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1.0  INTRODUCTION 

This  chapter  explains  the  purpose  of  the  convention,  the  scope  of 
the  guidance,  and  provides  an  explanation  of  how  to  use  the 
convention. 

1.1  PURPOSE  OF  THE  CONVENTION 

The  convention  provides  general  guidance  on  the  implementation 
of  American  National  Standards  Institute  (ANSI)  Accredited  Stand¬ 
ards  Committee  (ASC)  X12  electronic  data  interchange  (EDI) 
standards  within  automated  information  systems  (AIS)  and  infor¬ 
mation  interchange  procedures  that  require  the  collection,  report¬ 
ing,  and/or  exchange  of  data  needed  to  perform  defense  missions. 

1.2  SCOPE 

The  guidance  is  provided  for  two  components.  First,  it  may  be 
used  by  organizational  elements  of  the  DoD  community.  It  may 
also  be  useful  to  organizations  external  to  DoD  that  exchange  data 
with  the  DoD  community  in  the  course  of  their  business  relation¬ 
ships. 

The  DoD  community  encompasses  the  Military  Services,  Organiza¬ 
tions  of  the  Joint  Cldefs  of  Staff,  Unified  and  Specified  Commands, 
Office  of  the  Secretary  of  Defense,  and  the  Defense  agencies.  (That 
community  is  collectively  referred  to  as  the  DoD  Components.) 

Organizational  entities  external  to  DoD  include  (a)  non-Govem- 
ment  organizations,  both  commercial  and  nonprofit;  (b)  Federal 
agencies  of  the  United  States  Government  other  than  DoD; 
(c)  local  and  state  governments;  (d)  foreign  national  governments; 
and  (e)  international  government  organizations. 

The  draft  convention  published  in  this  document  is  for  trial  use 
and  comment.  DoD  Components  must  submit  to  the  DoD  EDI 
Executive  Agent  (EA)  their  data  requirements  that  are  not  covered 
in  the  conventions  as  soon  as  possible,  as  indicated  in  Chapter  2.0, 
Section  2.1. 

1.3  RESPONSIBLE  ENTITY 

The  Defense  Logistics  Agency  (DLA)  is  DoD’s  Executive  Agent 
for  implementing  and  maintaining  Defense-wide  programs  for 
(a)  EDI  in  accordance  with  DepSecDef  memorandum  of  May  24, 
1988,  Subject:  Electronic  Data  Interchange  of  Business-Related 
Transactions;  and  (b)  Protection  of  Logistics  Unclassified/Sensi¬ 
tive  Systems  (PLUS)  in  accordance  with  Assistant  Secretary  of 
Defense  (Production  and  Logistics)  [ASD(P&L)]  memorandum  of 
November  21,  1989,  Subject:  Production  and  Logistics  Task 
Group  for  Data  Protection.  Publication  of  these  conventions  is 
based  upon  this  authority.  See  Ch^ter  2.0  Maintenance,  Section  2.1 
for  office  point  of  contact 
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1.4  HOW  TO  USE  THE  IMPLEMENTATION 
CONVENTION 

The  main  topics  and  structures  of  this  document  conform  to  the 
EDI  Implementation  Reference  Manual  Guidelines  document  that 
was  developed  by  a  task  group  of  the  subcommittee  on  education 
and  implementation  of  the  ASC  XI 2.  The  purpose  of  having 
agreed-upon  topics  and  structure  is  to  facilitate  reference  by  the 
many  industry  and  DoD  personnel  who  are  involved  in  implement¬ 
ing  the  uniform  standards  for  electronic  interchange  of  business 
transactions. 

1.4.1  Conventions,  Standards,  and  Guidelines 

The  terms  conventions,  standards,  and  guidelines  are  used 
throughout  the  document  and  are  defined  as  follows: 

•  Conventions  are  the  common  practices  and/or  interpretations 
of  the  use  of  ASC  X12  standards.  Conventions  define  what  is 
included  in  a  specific  implementation  of  an  ASC  X12  standard. 

•  Standards  are  the  technical  documentation  approved  by 
ASC  X12;  speciHcally,  transaction  sets,  segments,  data  ele¬ 
ments,  code  sets,  and  interchange  control  structure.  Standards 
provide  the  structure  for  each  ASC  X12  document. 

•  Guidelines  are  instructions  on  the  use  of  EDI.  They  provide 
additional  information  to  assist  in  conducting  EDI.  Guidelines 
are  intended  to  provide  assistance  and  should  not  be  your  sole 
source  of  information. 

1 .4.1 .1  Who  Develops  the  Conventions? 

Conventions  result  from  a  joint  effort  between  business,  technical, 
and  EDI  ASC  X12  standards  experts.  The  business  data  require¬ 
ment  is  defined,  a  transaction  set  is  selected,  and  the  data  require¬ 
ment  is  then  identified  with  data  elements  in  the  transaction  set. 
A  convention  is  usually  developed  before  any  computer  EDI  sys¬ 
tems  development  work  and  serves  as  a  design  document  when  the 
development  process  begins. 

1 .4.1 .2  Why  Use  a  Convention? 

To  create  an  ASC  X12  transaction,  a  user  must  know  the  data 
requirements,  understand  the  ASC  X12  standard,  and  be  able  to 
use  that  information  to  develop  an  interface  program  between  the 
computer  application  and  the  ASC  X12  translator.  The  necessary 
information  to  perform  this  task  is  contained  in  the  convention 
document.  Users  who  follow  the  convention  will  create  a  transac¬ 
tion  set  that  all  DoD  users  understand. 

1 .4.1 .3  Who  Needs  a  Convention? 

System  analysts  and  application  programmers  who  plan  to  create 
or  read  ASC  X12  transactions  use  a  convention  to  aid  in  interface 
software  design.  The  convention  will  help  the  programmer  and 
analyst  identify  where  their  application  data  requirement  should  be 
carried  in  an  ASC  X12  transaction  set. 
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1. 4.4.4  Can  I  Develop  a  Convention? 

Conventions  already  exist  for  some  of  the  most  common  business 
practices.  Copies  of  existing  conventions  can  be  acquired  through 
your  organization’s  EDI  coordinator  at  the  start  of  an  EDI  project. 
If  you  find  no  conventions  for  the  business  practice  you  are  about 
to  implement,  your  EDI  coordinator  should  contact  the  DoD  Ex¬ 
ecutive  Agent  for  EDI.  See  Ch^ter  2.0,  Maintenance,  Section  2.1 
for  the  point  of  contact. 

1.4.2  Documentation  of  Conventions 

Conventions  are  adopted  from,  and  are  intended  to  be  in  confor¬ 
mance  with,  ANSI  ASC  XI2  standards  or  ASC  XI2  Draft  Stand¬ 
ards  for  Trial  Use  (DSTU). 

1. 4.2.1  Transaction  Set 

Figure  1.4-1  provides  an  example  of  a  transaction  set  table.  The 
transaction  set  defines  information  of  business  or  strategic  sig¬ 
nificance  and  consists  of  a  transaction  set  header  segment,  one  or 
more  data  segments  in  a  specified  order,  and  a  transaction  set 
trailer  segment.  The  actual  ASC  X12  standard  as  it  appears  in  the 
official  ASC  X12  standards  manual  is  presented  on  the  right  side 
of  the  page.  This  standard  also  includes  both  syntax  notes  and 
comments.  The  specific  DoD  usage  designator  is  presented  on  the 
left  side  of  the  page. 

The  designation  “NAT*  appears  in  the  left  column  if  DoD  does  not 
use  the  specific  segment.  A  page  number  will  appear  if  the  segment 
is  used. 

1. 4.2.2  Transaction  Set  Segment 

Figure  1.4-2  is  an  example  of  a  transaction  set  segment. 

DoD  usage  is  specified  on  the  left  side  of  the  page.  For  identifier 
(ID)  —  type  data  elements,  acceptable  code  values  are  listed  on 
the  right  side  of  the  page  under  the  definitions  of  the  element. 

DoD  notes,  reflecting  how  the  convention  is  to  be  used  appear  on 
the  right  side  of  the  page  at  the  segment  level  or  the  data  element 
level. 

The  following  definitions  are  for  use  in  interpreting  the  data 
element  requirement  designators  in  the  DoD-specific  segment 
directory  section  of  the  convention.  For  ASC  X12  usage,  see  the 
definitions  in  X12.6  Application  Control  Structure. 

•  Mandatory 

Mandatory  data  elements  are  defined  by  ASC  X12. 

•  Optional 

Optional  data  elements  are  used  at  the  discretion  of  the  sending 
party  or  are  based  upon  mutual  agreement  between  trading 
partners. 
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824  Application  Advice 

This  standard  provides  the  format  and  establishes  the  data  contents  of  the 
Application  Advice  Transaction  Set  (824)  within  the  context  of  an  Electronic 
Data  Interchange  (EDI)  environment.  This  transaction  set  provides  the  ability 
to  report  the  results  of  an  application  system's  data  content  edits  of 
transaction  sets.  The  results  of  editing  transaction  sets  can  be  reported  at  the 
functional  group  and  transaction  set  level,  in  either  coded  or  free-form  format. 
It  is  designed  to  accomodate  the  business  need  of  reporting  the  acceptance, 
rejection  or  acceptance  with  change  of  any  transaction  set.  The  Application 
Advice  should  not  be  used  in  place  of  a  transaction  <  ««t  designed  as  a 
specific  response  to  another  transaction  set  (e  g. .  r  lase  order 
acknowledgment  sent  in  response  to  a  purchase  «r). 
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Figure  1.4-1  Example  of  a  Transaction  Set  Table 
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•  Required 

Required  data  elements  are  considered  optional  under 
ASC  X12  rules,  but  are  required  by  DoD  decision. 

•  Recommended 

Recommended  data  elements  are  considered  optional  under 
ASC  X12  rules  and  by  the  DoD,  but  the  industry  recommends 
their  use  to  facilitate  EDI.  Most  companies  in  the  industry 
are  exr^cted  to  use  this  data  elemen'. 

•  Not  Used 

“Not  Used”  data  elements  are  those  that  the  DoD  does  not 
use. 

•  Conditional 

Conditional  data  elements  depend  on  the  presence  of  other  data 
elements  in  the  transaction  set. 
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2.0  MAINTENANCE 

This  chapter  describes  the  procedures  for  maintaining  the  DoD 
conventions.  It  also  presents  a  section  on  version/release  timing. 

2.1  MAINTAINING  CONVENTIONS 

The  DLA,  as  DoD’s  Executive  Agent  for  EDI  and  PLUS,  has 
established  a  joint  program  office  to  oversee  implementation  of 
EDI.  Some  of  the  functions  of  this  program  office  are  to  maintain 
configuration  control  of  related  standards  and  common  support 
packages  (e.g.,  versions  of  ASC  X12  standards  and  PLUS  algo¬ 
rithms  employed),  participate  in  the  standards-setting  process,  and 
ensure  compliance  with  approved  EDI  standards. 

To  accomplish  these  functions,  the  joint  program  office  has  estab¬ 
lished  a  conventions  and  standards  development  and  maintenance 
process  whose  objectives  are:  (1)  to  obtain  ASC  X12  data  require¬ 
ments  from  the  DoD  Components  and  present  the  requirements  to 
the  ASC  X12  for  consideration  as  ANSI  standards,  and  (2)  to 
develop  and  maintain  conventions  for  use  by  DoD  Components 
and  their  potential  trading  partners. 

To  take  advantage  of,  and  not  duplicate,  existing  data  stan¬ 
dardization  processes,  the  EA  has  established  focal  points 
within  the  ASD  Offices,  the  Military  Services,  and  the  Defense 
Agencies  from  which  EDI  information  is  obtained  and  dissemi¬ 
nated. 

Tlie  EA’s  primary  source  of  information  about  DoD’s  data  require¬ 
ments  is  the  EDI  User. 

Changes  to  this  publication  and  recommended  changes  to  Af^SI 
ASC  X12  should  be  forwarded  through  your  organizational  point 
of  contact  for  data  standardization  to: 

EDI  Standards  Coord. 

ATTN:  DLA-ZC 
Cameron  Static  ’ 

Alexandria,  VA  22304-6100 

See  Chapter  4  for  reproducible  ASC  X12  Work  Request  forms. 

2.2  VERSION/RELEASE  TIMING 

Identification  of  the  official  “version”  of  a  standard  is  critical  to 
the  successful  interchange  of  information.  Each  participant  must 
be  able  to  send  and  receive  the  same  version  to  ensure  the  accuracy 
of  the  information  exchanged. 

The  version  is  transmitted  as  a  12-character  code  in  the  Functional 
Group  Header  segment  (GS,  in  Data  Element  #480,  Ver- 
sion/Release/Indusiry  ID.  This  12-character  code  is  used  by 
ASC  XI2  £s  follows: 
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Position 

Content 

1-3 

Version  number 

4-5 

Release  level  of  version 

6 

Subrelease 

7-12 

DoD/Industry  or  Trade  Association  ID 

ASC  X12  assigns  the  codes  in  positions  1  through  6. 

A  major  version  (1-3)  will  change  only  after  an  official  public 
review  cycle,  leading  to  republication  of  a  new  American  National 
Standard. 

Release  level  of  each  new  major  version  (4-6)  will  begin  at  “000” 
and  incremented  by  1  for  each  new  ASC  X12  approved  publication 
cycle,  usually  once  a  year.  The  fifth  character  designates  the 
release  and  the  sixth  character  designates  the  subrelease. 

DoD/Industry/Trade  Association  ID  (7-12)  is  used  to  identify 
conventions.  For  this  suffix.  DoD  will  use  “DoD_”  with  the  10th 
character  identifying  successive  publications.  The  11th  and  12th 
characters  may  be  used  by  the  Military  Departments  or  Defense 
Agencies. 

E>oD  conventions  for  using  ASC  X12  standards  are  published 
annually.  Conventions  developed  for  each  release  will  be  main¬ 
tained  for  4  years.  Military  Services  and  DoD  Agencies  will 
determine  which  release  to  use  on  the  basis  of  business  need  but 
will  not  use  any  release  more  than  4  years  old  without  approval 
of  the  DoD  EA. 
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3.0  DoD  CONVENTIONS  FOR  USING 
ASC  X12  TRANSACTION  SETS 


This  chapter  defines  the  DoD  transaction  set  conventions.  It 
includes  the  instructions  for  implementing  the  control  structure  and 
definitions  of  the  usage  indicators  and  applicable  codes. 

3.1  INTRODUCTION 

The  power  of  the  ASC  X12  standard  is  in  its  building  block 
concept,  which  standardizes  the  essential  elements  of  business 
transactions.  It  is  analogous  to  a  “standard  bill  of  materials  and 
the  construction  specifications,”  which  gives  the  architect 
flexibility  in  what  can  be  designed  with  standardized  materials  and 
procedures.  The  EDI  system  designer,  like  the  architect,  uses  the 
ASC  X12  standards  to  build  business  transactions  that  are  often 
different  because  of  their  function  and  yet  utilize  the  ASC  X12 
standards.  The  “bill  of  materials  and  the  construction  specification” 
of  ASC  X12  are  the  standards  found  in  the  published  technical 
documentation. 

ASC  X12.3  -  The  Data  Element  Dictionary  specifies  the  data 
elements  used  in  the  construction  of  the  segments  that  comprise 
the  transaction  sets  developed  by  ASC  X12. 

ASC  X12.5  -  The  Interchange  Control  Structure  provides  the 
interchange  control  segment  (also  called  an  envelope)  of  a  header 
and  trailer  for  the  electronic  interchange  through  a  data  transmis¬ 
sion;  it  also  provide  a  structure  to  acknowledge  the  receipt  and 
processing  of  the  envelope. 

ASC  X12.6  -  The  Application  Control  Structure  defines  the  basic 
control  structures,  syntax  rules,  and  semantics  of  EDI. 

ASC  X  12.22  -  The  Data  Segment  Directory  provides  the  defini¬ 
tions  and  specifications  of  the  segments  used  in  the  construction 
of  transaction  sets  developed  by  ASC  XI 2. 

The  DoD  convention  in  Section  3.4  conform  to  the  above  standards 
and  each  transaction  set  is  a  complete  document  to  the  extent 
possible.  For  further  clarification  of  acronyms,  abbreviations,  and 
codes,  refer  to  ASC  X12  published  technical  documentation.  Con¬ 
tact  the  DoD  EDI  Executive  Agent  for  copies  or  the  Data  Inter¬ 
change  Standards  Association,  Inc.,  Suite  3SS,  1800  Diagonal 
Road,  Alexandria,  VA  22314. 

3.2  CONTROL  SEGMENTS 

In  addition  to  the  communication  control  structure,  the  EDI  structure 
provides  the  standards  user  with  multiple  levels  of  control  to  ensure 
data  integrity.  It  does  so  by  using  header  and  trailer  conu-ol  segments 
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designed  to  identify  uniquely  the  start  and  end  of  the  interchange 
functional  groups  and  transaction  sets.  The  relationship  of  these 
control  segments  is  shown  in  Figure  3.2-1.  Control  Segment 
specifications  are  defined  in  Section  3.2.2. 

3.2.1  Description  of  Use 

The  interchange  header  and  trailer  segments  surround  one  or  more 
functional  groups  or  interchange-related  control  segments  and  per¬ 
form  the  following  functions: 

•  Define  the  data  element  separators  and  data  segment  ter¬ 
minators 

•  Identify  the  sender  and  receiver 

•  Provide  control  information 

•  Allow  for  authorization  and  security  information. 

The  Interchange  Acknolwedgment  Segment  is  used  to  acknowledge 
one  interchange  header  and  trailer  envelope  where  the  envelope 
surrounds  one  or  more  functional  groups.  (No  acknowledgment  is 
made  for  the  interchange  acknowledgment.) 

The  interchange  control  number  value  in  the  acknowledgment 
(TAl  segment)  is  the  same  as  that  for  the  ISA  segment  that  is 
being  acknowledged.  The  control  number  serves  as  a  link  between 
the  interchange  header  and  trailer  and  the  acknowledgment  of  that 
header  and  trailer. 


The  interchange  acknowledgment  does  not  report  any  status  on  the 
functional  groups  contained  in  the  interchange  and  is  separate 
from  the  communication  system’s  error  procedures. 

The  preparer  of  the  interchange  header  and  trailer  indicates  the 
level  of  acknowledgment  in  Data  Element  113,  Acknowledgment 
Requested.  If  an  acknowledgment  is  requested,  then  the  recipient 
must  return  an  acknowledgment.  If  not  requested,  none  should  be 
given. 

The  interchange  acknowledgment  control  segments  are  placed  after 
the  interchange  header  and  before  the  first  function^  group  or 
before  the  interchange  trailer  if  there  are  no  functional  groups. 

Control  segments  are  standard  for  all  implementation  conventions 
produced  for  the  Department  of  Defense.  Some  codes  associated 
with  individual  data  elements  within  the  control  segments  are 
unique  to  the  individual  transaction  set.  Others,  identify  the  ANSI 
version  and  release  in  which  the  convention  is  written. 


3.0.2 
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Figure  3.2-1.  Hierarchical  Structure 
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Code  Value  Implementation  Note: 

Assigned  by  iransUuion  software. 


Mandatory 


ISA16  115  Subelement  Separator  M  AN  1/1 

This  is  afield  reserved  for  future  expansion  in  separating  data  element 
subgroups.  (In  the  interest  of  a  migration  to  international  standards,  this  should 
be  different  from  the  data  element  separator). 

Implementation  Note: 

Use  character 


BASEUNE  AS  OF;  JANUARY  29, 1993  •  DUO 


3.0.9 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


855  PURCHASE  ORDER  ACKNOWLEDGMENT  001  •  CONTROL  SEGMENTS 

ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ _ GS  •  FUNCTIONAL  GROUP  HEADER 

Segment:  GS  Functional  Group  Header 

Purpose:  To  indicate  the  beginning  of  a  functional  group  and  to  provide  control 
information 

Syntax:  The  data  interchange  control  number  (GS06)  in  this  header  must  be 
identical  to  the  same  data  element  in  the  associated  Functional  Group 
Trailer  (GE02). 


Comment:  A  functional  group  of  related  transaction  sets,  within  the  scope  of  X1 2 

standards,  consists  of  a  collection  of  similar  transaction  sets  enclosed  by 
a  functional  group  header  and  a  functional  group  trailer. 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  OAT* 

PIS. _ ELOIEKT  NAME _ ATTRIOI/rES 

GS01  479  Functional  Identifier  Code  M  ID  2/2 

Code  identifying  a  group  of  application  related  Transaction  Sets. 

Implementation  Note: 

Choose  the  code  value  appropriate  to  the  information  content  of  the  functional  group.  See  X 12  Dictionary  for 
source  code  list. 

PR  Purchase  Order  Acknowledgement  (855) 

GS02  142  Application  Sender’s  Code  M  AN  2/15 

Code  identifying  party  sending  transmission.  Codes  agreed  to  by  trading 
partners. 

Implementation  Note: 

DoD  activities  use  Department  of  D^ense  Activity  Address  Code  (DoDAAC).  Non-DoD  activities  use 
identification  code  assigned  by  DoD  activity.  Recommend  for  increased  security  that  non-DoD  code  differ 
from  that  used  in  ISA06. 

GS03  124  Application  Receiver's  Code  M  AN  2/15 

Code  identifying  party  receiving  transmission.  Codes  agreed  to  by  trading 
partners. 

Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  (DoDAAC).  Non-DoD  activities  use 
identification  code  assigned  by  DoD  activity.  Recommend  for  increased  security  that  non-DoD  code  differ 
from  that  used  in  IS  AOS. 

GS04  29  Group  Date  M  DT  6/6 

Date  sender  generated  a  functional  group  of  transaction  sets. 

Implementation  Note: 

Assigned  by  translation  software. 

GS05  30  Group  Time  M  TM  4/4 

Time  (HHMM)  when  the  sender  generated  a  functional  group  of  transaction  sets 
(local  time  at  sender's  location). 

Implementation  Note: 

Assigrted  by  translation  software. 


Mandatory 


GS06  28  Group  Control  Number  M  NO  1/9 

Assigned  number  originated  and  maintained  by  the  sender. 


3.0.10 
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Mandatory 


Mandatory 


Implementation  Note: 

Assigned  by  translation  software. 

GS07  455  Responsible  Agency  Code  M  ID  1/2 

Code  used  in  conjunctbn  with  Data  Element  480  to  identify  the  issuer  of  the 
standard. 

X  Accredited  Standards  Committee  XI 2 

Code  Value  Implementation  Note: 

Indicates  that  an  ANSI  X12  standard  is  being  transmitted. 

GS08  480  Version/Release/Industry  ID  Code  M  ID  1/12 

Code  indicating  the  versbn,  release,  subrelease  and  industry  identifier  of  the  EDI 
standard  being  used.  Positions  1  -3,  version  number;  positions  4-6,  release  and 
subrelease  level  of  versbn;  positions  7-12,  industry  or  trade  association  identifier 
(optionally  assigned  by  user). 

003010  Draft  Standards  Approved  By  ASC  XI 2  Through  June  1990. 

Code  Value  Implementation  Note: 

Code  value  agreed  to  by  trading  partners.  See  XI2  Dictionary  for  source  code  list. 
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Segment:  GE  Functional  Group  Trailer 

Purpose:  To  indicate  the  end  of  a  functional  group  and  to  provide  control 
information 


Syntax:  The  data  interchange  control  number  (GE02)  in  this  trailer  must  be 

identical  to  the  same  data  element  in  the  associated  Functional  Group 
Header  (GS06). 

Comment:  The  use  of  identical  data  interchange  control  numbers  in  the  associated 
functional  group  header  and  trailer  is  designed  to  maximize  functional 
group  integrity.  The  control  number  is  the  same  as  that  used  in  the 
corresponding  header. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

RIF.  DATA 

PIS.  ILa»0  KAMI _ ATnWBUTES 

GE01  97  Numberof  Transaction  Sets  Included  M  NO  1/6 

Total  number  of  transaction  sets  included  in  the  functional  group  or  interchange 
(transmission)  group  terminated  by  the  trailer  containing  this  data  element. 

Implementation  Note: 

Assigned  by  translation  software. 

GE02  28  Group  Control  Number  M  NO  1/9 

Assigned  number  originated  and  maintained  by  the  sender. 

Implementation  Note: 

Assigned  by  the  translation  software.  This  control  number  must  match  the  control  number  of  the  preceding 
GS06  control  number. 
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Segment:  lEA  Interchange  Control  Trailer 

Purpose:  To  define  the  end  of  an  interchange  of  one  or  more  functional  groups 
and  interchange-related  control  segments. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

PIS. _ ELEIIEWT  NAME _ ATTRIRI/TES 

IEA01  116  Number  of  Included  Functional  Groups  M  NO  1/5 

A  count  of  the  number  of  functional  groups  included  in  a  transmission. 

Implementation  Note: 

Assigned  by  translation  software. 

IEA02  112  Interchange  Control  Number  M  NO  9/9 

This  number  uniquely  identifies  the  interchange  data  to  the  sender.  It  is  assigned 
by  the  sender.  Together  with  the  sender  ID  it  uniquely  identifies  the  interchange 
data  to  the  receiver.  It  is  suggested  that  the  sender,  receiver,  and  all  third  parties 
be  able  to  maintain  an  audit  trail  of  interchanges  using  this  number. 

Implementation  Note: 

Assigned  by  the  translation  software.  This  number  must  match  the  number  that  occurs  in  ISA13. 
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FYAMPI  F  -  PITRCHASF.  ORDFR  ArKNOWI.KDGMENT  (855) 


ASC  X12  EDI  FORMAT 
ST*855*AP0001  N/L 

BAK*00*AK»N0001993P3010*930120  N/L 

REF^*PA0001  N/L 
REF^Q*N000192252055  N/L 
crm)N/L 
SE*6*AP0001  N/L 


nFFlNITTON 

THIS  IS  AN  855  PURCHASE  ORDER 
ACKNOWLEDGMENT  WITH  A  CONTROL 
NUMBER  OF  APOOOl 

THIS  IS  AN  ORIGINAL  ACKNOWLEDGMENT 
WITH  NO  DETAIL  OR  CHANGE.  THE 
PURCHASE  ORDER  NUMBER  IS 
N0OOI993P3O1O  DATED  JANUARY  20. 1993. 

THE  UNIQUE  TRACKING  NUMBER  OF  THE  850 
PURCHASE  ORDER  IS  PAOOOl. 

THE  REQUISITION  NUMBER  CONTAINED  IN 
THE  850  PURCHASE  ORDER  IS  N0001925S3010. 

THERE  ARE  ZERO  POl  SEGMENTS  IN  THIS 
TRANSACTION  SET. 

THE  TRANSACTION  SET  HAS  6  SEGMENTS 
AND  THE  CONTROL  NUMBER  IS  APOOOl. 


NOTE:  ALL  NUMBERS  ARE  NOTIONAL  AND  USED  FOR  ILLUSTRATION  PURPOSES  ONLY. 
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855  Purchase  Order  Acknowledgment 

This  standard  provides  the  format  and  establishes  the  data  contents  of  a 
purchase  order  acknowledgment  transaction  set.  The  purchase  order 
acknowledgment  transaction  set  provides  for  customary  and  established 
business  and  industry  practice  relative  to  a  seller's  acknowledgment  of  a 
buyer’s  purchase  order. 

Implementation  Notes 

1.  When  this  transaction  set  is  used  to  provide  a  simple  acknowledgment  (BAK02  is  code  AK),  only  the 
mandatory  and  required  segments  need  be  transmitted.  Segments  CUR  and  PER  may  be  transmitted  at  the 
option  of  the  originator. 

2.  When  the  transaction  set  is  used  to  provide  a  detail  acknowledgment,  (BAK02  is  code  AD),  all  segments 
and  data  elements  transrrutted  in  the  850  Purchase  Order  which  this  855  is  acknowledging,  must  be 
transmitted  containing  the  same  irformation  as  in  the  850  Purchase  Order. 

3.  When  the  transaction  set  is  used  to  provide  a  rejection  to  an  850  Purchase  Order,  the  mandatory  and 
required  segments  must  be  transmitted.  Any  other  segment  which  might  provide  information  relative  to  the 
reason  for  the  rejection  may  be  transmitted  at  the  option  of  the  originator. 
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N/U 
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110 

N/U 

120 
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130 
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180 
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190 

20 

200 

22 

210 

24 

220 
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Table  1 

SEG.ID  NAME _ 

ST  Transaction  Set  Header 
BAK  Beginning  Segment  for  Purchase  Order 
Acknowledgment 
NTE  Note/Special  Instruction 
CUR  Currency 
REF  Reference  Numbers 
PER  Administrative  Communications  Contact 
TAX  Sales  Tax  Reference 
FOB  F.O.B.  Related  Instructions 
CTP  Pricing  Information 
SSS  Special  Services 
CSH  Header  Sale  Condition 
ITA  Allowance,  Charge  or  Service 
ITD  Terms  of  Sale/Deferred  T erms  of  Sale 
DIS  Discount  Detail 
DTM  Date/Time  Reference 
LDT  Lead  Time 
LIN  Item  Identification 
PID  Product/Item  Description 
MEA  Measurements 
PWK  Papenvork 

PKG  Marking,  Packaging,  Loading 
TD1  Carrier  Details  (Quantity  and  Weight) 


HEa  DES.  MAX  USE 

M  1 

M  1 


F 

O 

O 

O 

O 

O 

O 

O 

O 

O 

O 

O 

O 

O 

O 

O 

O 

O 

O 

O 


100 

1 

12 

3 

3 

1 

25 

25 

1 

10 

5 

20 

10 

12 

5 

200 

40 

25 

25 
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N/U 

240 

TD5 

Carrier  Details  (Routing  Sequence/Transit 
Time) 

0 

12 

N/U 

250 

TD3 

Carrier  Details  (Equipment) 

0 

12 

N/U 

260 

TD4 

Carrier  Details  (Special  Handling/Hazardous 
Materials) 

0 

5 

25 

270 

MAN 

Marks  and  Numbers 

0 

10 

tOOPlD'NS 

1000 

26 

280 

N9 

Reference  Number 

0 

1 

27 

290 

MSG 

Message  Text 

0 

1000 

LOQPID-N1 

200 

28 

300 

N1 

Name 

0 

1 

30 

310 

N2 

Additional  Name  Information 

0 

2 

31 

320 

N3 

Address  Information 

0 

2 

32 

330 

N4 

Geographic  Location 

0 

1 

33 

340 

REF 

Reference  Numbers 

0 

12 

34 

350 

PER 

Administrative  Communications  Contact 

0 

3 

N/U 

360 

FOB 

F.O.B.  Related  Instructions 

0 

1 

N/U 

370 

TD1 

Carrier  Details  (Quantity  and  Weight) 

0 

2 

N/U 

380 

TD5 

Carrier  Details  (Routing  Sequence/Transit 
Time) 

0 

12 

N/U 

390 

TD3 

Carrier  Details  (Equipment) 

0 

12 

N/U 

400 

TD4 

Carrier  Details  (Special  Handling/Hazardous 
Materials) 

0 

5 

N/U 

410 

PKG 

Marking,  Packaging,  Loading 

0 

25 

Table  2 

PAGE*  POS.* 

SEG.ID 

NAME 

REa  DES. 

MAX  USE 

LOOP  REPEAT 

LOOPIO.POl 

11X1000 

35 

010 

P01 

Purchase  Order  Baseline  Item  Data 

0 

1 

N/U 

020 

CUR 

Currency 

0 

1 

N/U 

030 

P03 

Additional  Item  Detail 

0 

25 

N/U 

040 

CTP 

Pricing  Information 

0 

25 

38 

049 

MEA 

Measurements 

0 

40 

LOOP  iD»  PID 

1000 

1 

40 

050 

PID 

Product/Item  Description 

0 

1 

1 

41 

060 

MEA 

Measurements 

0 

10 

1 

42 

070 

PWK 

Paperwork 

0 

25 

44 

080 

PKG 

Marking,  Packaging,  Loading 

0 

25 

45 

090 

P04 

Item  Physical  Details 

0 

1 

47 

100 

REF 

Reference  Numbers 

0 

12 

N/U 

110 

PER 

Administrative  Communications  Contact 

0 

3 

N/U 

120 

SSS 

Special  Services 

0 

25 
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Table  3 

SEG.ID  NAME _ 

CTT  Transaction  Totals 
AMT  Monetary  Amount 
SE  Transaction  Set  Trailer 
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REa  DES.  MAX  USE 
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O  1 

M  1 
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DRAFT  IMPLEMENTATION  CONVENTION 


855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 

ST  •  TRANSACTION  SET  HEADER  ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 


Mandatory 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Comment: 


ST  Transaction  Set  Header 
Header 


Mandatory 

1 

To  indicate  the  start  of  a  transaction  set  and  to  assign  a  control  number 

The  transaction  set  identifier  (ST01 )  is  intended  for  use  by  the  translation 
routines  of  the  interchange  partners  to  select  the  appropriate  transaction 
set  definition  (e.g.,  810  selects  the  invoice  transaction  set). 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

DEE.  ELEMEWT  NAME _ ATTRIBUTES 

ST01  143  Transaction  Set  Identifier  Code  M  ID  3/3 

Code  uniquely  identifying  a  Transaction  Set. 

855  XI  2.9  Purchase  Order  Acknowledgment 

ST02  329  Transaction  Set  Control  Number  M  AN  4/9 

Identifying  control  number  assigned  by  the  originator  for  a  transaction  set. 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 

BAK  •  BEGINNING  SEGMENT  FOR  PURCHASE onoen  ACKNOWLEDGMENT  ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


2.  If  the  related  850  Purchase  Order  is  used  for  orders  against  existing  contracts,  BEG03  may  contain  a 
zero.  When  this  occurs,  refer  to  the  850  BEG04  Release  Number  entry.  Enter  the  referenced  BEG04  call  or 
order  number  in  BAK05  and  enter  zero  in  BAK03. 


Mandatory 


Optional 


Optional 


Optional 


Optional 


Optional 


BAK04  323  Purchase  Order  Date  M  DT  6/6 

Date  assigned  by  the  purchaser  to  Purchase  Order. 

Implementation  Note: 

Enter  the  purchase  order  date  from  the  related  850  Purchase  Order.  Relates  to  the  850  BEG05  Purchase 
Order  Date. 

BAK05  328  Release  Number  O  AN  1/30 

Number  identifying  a  release  against  a  Purchase  Order  previously  placed  by  the 

parties  involved  in  the  transaction. 

Implementation  Notes: 

1.  Enter  the  call  or  delivery  order  number  from  the  related  850  Purchase  Order  for  orders  against  existing 
contracts.  Relates  to  the  850  BEG04  Release  Number. 

2.  Only  use  this  reference  when  the  850  BEG03  Purchase  Order  Number  is  zero  and  a  call  or  delivery  order 
number  from  the  related  850  BEG04  is  present. 

BAK06  326  Request  Reference  Number  O  AN  1/45 

Reference  number  or  RFQ  number  to  use  to  identify  a  particular  transaction  set 
and  query  (additional  reference  number  or  description  which  can  be  used  with 
contract  number). 

Implementation  Note: 

Can  be  used  to  identify  a  unique  transaction  set  control  rmmber  or  other  irformation  reference. 

BAK07  367  Contract  Number  O  AN  1/30 

Contract  number. 

Implementation  Note: 

Generally  not  used  except  when  another  procurement  identification  number  is  applicable  ( other  than  the 
information  carried  in  BAK03  or  BAK05 ).  Relates  to  the  850  BEG06  Contract  Number  entry. 

BAK08  127  Reference- Number  O  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Sat,  or  as  specified  by  the  Reference  Number  Qualifier. 

Implementation  Note: 

Optional  entry  for  a  seller  to  identify  an  internal  order  number  for  reference  purposes. 

BAK09  *'88  Acknowledgment  Date  O  DT  6/6 

Date  assigned  by  the  sender  to  the  acknowledgment. 
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855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 
ANSI  ASC  X12  VERSION/RELEASE  003010DOD_  NTE  >  NOTeSPECIAL  INSTRUCTION 


Floating 


Segment:  NTE  Note/Special  instruction 
Levei:  Header 
Loop:  _ 


Usage:  Floating 
Max  Use:  100 

Purpose:  To  transmit  information  in  a  free-form  format,  if  necessary,  for  comment 
or  special  instruction 

Comment:  The  NTE  segment  permits  free-form  information/data  which,  under  ANSI 
XI 2  standard  implementations,  is  not  machine  processable.  The  use  of 
the  “NTE"  segment  snould  therefore  be  avoided,  if  at  all  possible,  in  an 
automated  environment. 


Implementation  Note: 

This  segment  can  be  used  to  provide  detail  when  BAK02  is  code  AD,  or  reason  for  rejection  when 
BAK02  is  code  RJ. 


Optional 


Mandatory 


_ Data  Element  Summary _ 

KfF  DAT* 

D£3. _ tLOitWT  NAME _ ATTRIBUTES 

NTE01  363  Note  Reference  Code  O  ID  3/3 

Code  identifying  the  functional  area  or  purpose  for  which  the  note  applies. 

Implementation  Note: 

Use  code  OR!  to  indicate  the  typ^  of  note  or  instruction  that  applies  to  the  850  Purchase  Order.  Use  code 
GEN  for  general  notes  that  apply  to  the  855  transaction  set. 

GEN  Entire  Transaction  Set 
ORI  Order  Instructions 

NTE02  3  Free  Form  Message  M  AN  1/60 

Free-form  text. 


DC10  •  JANUARY  29  1993 
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855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 

CUR • CURRENCY 


ANSI  ASC  X12  VERSION/RELEASE  003010DOD 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 

CUR  ■  CURRENCY _  ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 

Implementation  Note: 

Use  code  007 for  the  dale  and  lime  the  cited  rate  will  be  effective  (start),  and  code  036 for  the  date  and  time 
the  cited  rate  will  expire  (stop). 

007  Effective 
036  Expiration 


Optional 


CUR08  373  Date 

Date  (YYMMDD). 


O  DT  6/6 


Optional 

Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 


CUR09 

337 

Time  0  TM 

Time  expressed  in  24-hour  clock  time  (HHMM,  time  range:  0000  though 

4/4 

2359). 

CURIO 

374 

Date/Time  Qualifier 

C 

ID 

3/3 

CUR11 

373 

Date 

O 

DT 

6/6 

CUR12 

337 

Time 

O 

TM 

4/4 

CUR13 

374 

Date/Time  Qualifier 

C 

ID 

3/3 

CUR14 

373 

Date 

0 

DT 

6/6 

CUR15 

337 

Time 

O 

TM 

4/4 

CUR16 

374 

Date/Time  Qualifier 

C 

ID 

3/3 

CUR17 

373 

Date 

O 

DT 

6/6 

CUR18 

337 

Time 

0 

TM 

4/4 

CUR19 

374 

Date/Time  Qualifier 

C 

ID 

3/3 

CUR20 

373 

Date 

O 

DT 

6/6 

CUR21 

337 

Time 

0 

TM 

4/4 
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ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


Required 


Segment:  REF  Reference  Numbers 
Level:  Header 

Loop:  _ 

Usage:  Optional 
Max  Use:  12 


855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 
REF  •  REFERENCE  NUMBERS 


Purpose:  To  specify  identifying  numbers. 

Syntax:  Either  REF02  or  REF03  is  required. 

Implementation  Note: 

At  least  2  iterationsof  REFOl/02  are  required  in  order  to  carry  the  Unique  Tracking  Number 
(UTN)  (Code  65)  and  the  relevant  Purchase  Request  number  (Code  IL)or  requisition  numbers 
(code  RQ)from  the  850  Purchase  Order.  The  latter  is  required  because  vendors  must  provide  it  on 
their  shipment. 


Mandatory 


Conditional 


_ Data  Element  Summary 

REF.  DATA 

PES.  ELEMEWT  NAME 

REF01  128  Reference  Number  Qualifier 

Code  qualifying  the  Reference  Number. 


_ ATTWIRUTES 

M  ID  2/2 


Implementation  Notes: 

I.  Can  also  be  used  to  identify  additional  reference  numbers  specific  for  the  acknowledgment. 


2.  Use  code  AT  for  accounting  and  appropriation  data;  see  Block  17,  DD  Form  1155.  Use  code  BD  or  code 
PR  as  appropriate  to  complete  Block  16.  ^required;  use  code  DSfor  the  priority  rating  of  the  order,  Block  5; 
use  code  RQfor  the  requisition  (MILSTRIP  document)  number,  see  Block  4;  use  code  IL  for  the  purchase 
request  number,  see  Block  4;  use  code  CJ  to  cite  clauses  applicable  to  this  order;  use  code  ZZfor  a  master 
solicitation  cite;  use  code  DF  for  a  DFARS  cite;  use  code  FA  for  a  FAR  cite;  use  code  TC  to  describe  other 
site  specific  procedures,  terms,  and  conditions  that  are  applicable  to  this  order;  use  code  DXfor  the  RFQ 
number;  use  code  IT  for  a  local  use  number;  use  code  AX  for  the  ACRN;  use  code  65  for  the  unique  tracking 
number. 

65  Total  Order  Cycle  Number 
AT  Appropriation  Number 

AX  Government  Accounting  Class  Reference  Number  (ACRN) 

BD  Bid  Number 
CJ  Clause  Number 

DF  Defense  Federal  Acquisition  Regulations  (DFAR) 

DS  Defense  Priorities  Allocation  System  (DPAS)  Priority  Rating 
DX  Department/Agency  Number 
FA  Federal  Acquisition  Regulations  (FAR) 

IL  Internal  Order  Number 
IT  Internal  Customer  Number 
PR  Price  Quote  Number 
RQ  Purchase  Requisition  No. 

TC  Vendor  Terms 
ZZ  Mutually  Defined 

REF02  127  Reference  Number  C  AN  1/30 
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855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 

REF  •  REFERENCE  NUMBERS  ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 


Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 


Conditional 


REF03  352  Description  C  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Notes: 

1.  When  REFOl  is  code  AT,  REF03  contains  the  long-line  accounting  code. 

2.  When  REFOl  is  code  ZZ,  CJ,  DX,  IT,  or  TC,  REF03  contains  the  explanation,  source,  etc. 
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ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 


855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 
FOB  •  F.O.B.  RELATED  INSTRUCTIONS 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


FOB  F.O.B.  Related  Instructions 

Header 


Optional 

1 

To  specify  transportation  instructions  relating  to  shipment 

1.  If  FOB03  is  present,  then  FOB02  is  required. 

2.  If  FOB04  is  present,  then  FOB05  is  required. 

3.  If  FOB07  is  present,  then  FOB06  is  required. 

4.  If  FOB08  is  present,  then  FOB09  is  required. 

1.  FOB01  indicates  which  party  will  pay  the  carrier. 

2.  FOB02  is  the  code  specifying  transportation  responsibility  location. 

3.  FOB06  is  the  code  specifying  title  passage  location. 

4.  FOB08  is  the  code  specifying  the  point  at  which  the  risk  of  loss 
transfers.  This  may  be  different  than  the  location  specified  in 
FOB02/FOB03  and  FOB06/FOB07. 


Mandatory 


Conditional 


Optional 


_ Data  Element  Summary _ 

RIF.  DATA 

OeS.  EL6MEWT  NAWt  ATTWltUTEB 

FOB01  146  Shipment  Method  of  Payment  M  ID  2/2 

Code  identifying  payment  terms  for  transportation  charges. 

DF  Defined  by  Buyer  and  Seller 

FOB02  309  Location  Qualifier  C  ID  1/2 

Code  identifying  type  of  location. 

Implementation  Note: 

Code  ZZ  is  used  when  the  FOB  point  is  listed  as  other  than  the  destination  or  origin. 

DE  Destination  (Shipping) 

OR  Origin  (Shipping  Point) 

ZZ  Mutually  Defined 

FOB03  352  Description  O  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

FOB03  carries  the  location  of  a  site  when  FOB02  is  code  ZZ  for  other. 


Not  Used 
Not  Used 
Conditional 


FOB04 

334 

Transportation  Terms  Qualifier  Code 

0 

ID 

2/2 

FOB05 

335 

Transportation  Terms  Code 

C 

ID 

3/3 

FOB06 

309 

Location  Qualifier 

Code  identifying  type  of  location. 

c 

ID 

1/2 

Implementation  Notes: 

1.  Inspection  or  acceptance  site.  They  are  assumed  to  be  same  unless  specified  otherwise. 

2.  Use  code  ZZ  when  the  inspection  and  acceptance  points  will  not  be  the  same. 
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855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 
ITD  ■  TERMS  OF  SALE/DEFERRED  TERMS  OF  SALE 


Optional 


Optional 


Optional 


Optional 


Conditional 


Conditional 


Optional 


Optional 


Optional 


Not  Used 
Not  Used 


Segment:  ITD  Terms  of  Sale/Deferred  Terms  of  Sale 
Level:  Header 

Loop:  _ 

Usage:  Optional 
Max  Use:  5 

Purpose:  To  specify  terms  of  sale. 

Syntax:  1.  If  ITD03  is  present,  then  at  least  one  of  ITD04,  ITD05,  ITD13  is 
required. 

2.  If  ITD08  is  present,  then  at  least  one  of  ITD04,  ITD05  or  ITD13  is 
required. 

3.  If  ITD09  is  present,  then  ITD10  or  ITD11  is  required. 

Comment:  If  the  code  in  ITD01  is  04,  then  ITD09  is  required  and  either  1TD1 1  or 

ITD12  is  required.  If  the  code  in  ITD01  equals  05,  then  ITD06  or  ITD07  is 
required. 

Data  Element  Summa 


REF.  DATA 

DES.  ELEMENT  NAME  ATTRIDUTES 


ITD01  336  Terms  Type  Code  O  ID  2/2 

Code  identifying  type  of  payment  terms. 

08  Basic  Discount  Offered 

ITD02  333  Terms  Basis  Date  Code  O  ID  1/2 

Code  identifying  the  beginning  of  the  terms  period. 

ITD03  338  Terms  Discount  Percent  OR  1/6 

Terms  discount  percentage,  expressed  as  a  percent,  available  to  the  purchaser  if 
an  invoice  is  paid  on  or  before  the  Terms  Discount  Due  Date. 


rTD04  370  Terms  Discount  Due  Date 

Date  payment  is  due  if  discount  is  to  be  earned. 


C  DT 


ITD05  351  Terms  Discount  Days  Due  C  NO  1/3 

Number  of  days  in  the  terms  discount  period  by  which  payment  is  due  if  terms 
discount  is  earned. 


ITD06  446  Terms  Net  Due  Date 

Date  when  total  invoice  amount  becomes  due. 


O  DT 


ITDOT  386  Terms  Net  Days  O  NO  1/3 

Number  of  days  until  total  invoice  amount  is  due  (discount  not  applicable). 

ITD08  362  Terms  Discount  Amount  O  N2  1/10 

Total  amount  of  terms  discount. 

Implementation  Note: 

This  data  element  is  used  to  eliminate  the  impact  of  any  rounding  off  methodology  . 

ITD09  388  Terms  Deferred  Due  Date  O  DT  6/6 

ITD10  389  Deferred  Amount  Due  C  N2  1/10 
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855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 
ITD  •  TERMS  OF  SALE/DEFERRED  TERMS  OF  SALE 


Not  Used 
Not  Used 
Conditional 


Optional 


ITD1 1  342  Percent  of  Invoice  Payable 

ITD12  352  Description 

ITD13  765  Day  of  Month 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


O  AN 


ITD13  765  Day  of  Month  C  NO  1/2 

The  numeric  value  of  the  day  of  the  month  between  1  and  the  maximum  day  of 
the  month  being  referenced. 

rTD14  107  Payment  Method  Code  O  ID  1/1 

Code  identifying  type  of  payment  procedures. 
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855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 
DTM  •  DATEH-IME  REFERENCE 


Optional 


Segment:  DTM  Date/Time  Reference 
Level:  Header 

Loop:  _ 

Usage:  Optional 
Max  Use:  10 

Purpose:  To  specify  pertinent  dates  and  times 
Syntax:  At  least  one  of  DTM02  or  DTM03  must  be  present. 
Implomentation  Note: 

Required  delivery  date  will  be  provided  in  this  segment  as  an  actual  date  or  in  the  LDT  segment  as 
a  set  number  of  calendar  days  after  receipt  of  order.  If  the  latter  is  used,  omit  this  segment. 

Data  Element  Summa 


DATA 

ELEMENT  NAME 


Mandatory 


DTM01  374  Date/Time  Qualifier  M  ID  3/3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

Implementation  Notes: 

1.  Use  code  002  for  the  required  delivery  date  (unless  delivery  date  is  defined  in  segment  LDT),  code  053  for 
the  date  of  the  request  for  quotation,  code  098 for  the  date  of  the  quote,  and  code  036 for  the  expiration  date 
of  a  Federal  Supply  Schedule.  Relates  to  the  dates  transmitted  with  the  850  Purchase  Order. 

2.  Additional  codes  such  as  004 for  Purchase  Order  or  008 for  Purchase  Order  Received  can  be  used  by  the 
seller  to  corfirm  dates  sent  with  the  850  Purchase  Order.  These  dates  should  correspond  to  dates  and 
information  sent  in  the  850. 

002  Delivery  Requested 

004  Purchase  Order 

008  Purchase  Order  Received 

036  Expiration 

053  Buyers  Local 

098  Bid  (Effective) 

DTM02  373  Date  C  DT  6/6 

Date  (YYMMDD). 

DTM03  337  Time  C  TM  4/4 

DTM04  623  Time  Code  O  ID  2/2 


M  ID 


Conditional 


Not  Used 
Not  Used 
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855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 

LDT  •  LEAD  TIME  ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 


Optional 


Segment:  LDT  Lead  Time 
Level:  Header 
Loop:  _ 


Usage:  Optional 
Max  Use:  12 

Purpose:  To  specify  lead  time  for  availability  of  products  and  services. 
Comment:  LDT04  is  the  effective  date  of  lead  time  infomnation. 
Implementation  Note: 

Required  delivery  date  will  be  provided  in  this  segment  as  a  set  number  of  calendar  days  after 
receipt  of  order  or  in  the  DTM  segment  as  an  actual  date.  If  the  latter  is  used,  omit  this  segment. 


Mandatory 

Mandatory 

Mandatory 

Not  Used 


Data  Element  Summary 


REF. 

OES. 

DATA 

ELEMEKT 

NAME 

ATTRIBUTES 

LDT01 

345 

Lead  Time  Code 

Code  indicating  the  time  range. 

M 

ID 

2/2 

LDT02 

380 

Quantity 

Numeric  value  of  quantity. 

M 

R 

1/10 

LDT03 

344 

UnH  of  Time  Period  Code 

Code  indicating  the  time  period. 

M 

ID 

2/2 

LDT04 

373 

Date 

0 

DT 

6/6 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 

855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 

ANSI  ASC  X12  VERSION/RELEASE  003010DOD_  MEA  •  MEASUREMENTS 

Segment: 

MEA  Measurements 

Level: 

Header 

Loop: 

Optional 

Usage: 

Optional 

Max  Use: 

40 

Purpose: 

To  specify  physical  measurements,  including  dimensions,  tolerances, 
weights  and  counts. 

Syntax: 

1.  Either  MEA03  or  MEA05  or  MEA06  or  MEA08  is  required. 

2.  If  either  MEA03,  MEA05  or  MEA06  is  used,  MEA04  is  required. 

3.  If  MEA07  is  used  MEA03  is  required. 

4.  Either  MEA08  or  MEA03  may  be  used,  but  not  both. 

Comment: 

When  citing  dimensional  tolerances,  any  measurement  requiring  a 
(+  or  -),  or  any  measurement  where  a  positive  (+)  value  cannot  be 
assumed  use  MEA05  as  the  negative  (-)  value  and  MEA06  as  the 
positive  (+)  value. 

Sign 

Data  Element  Summary 

REF.  DATA 

DES.  ELEMENT 

NAME 

Armmi/TES  I 

Optional 

MEA01  737 

Measurement  Reference  ID  Code  0 

Code  specifying  the  application  of  physical  measurement  cKed. 

ID 

212 

Implementation  Note: 

Code  CT  is  used  when  the  related  850  also  uses  the  code  CT for  variatio/ts  in  quantity. 

CT  Counts 

Optional 

MEA02  738 

Measurement  Qualifiw  O 

Code  identifying  the  type  of  measurement. 

ID 

1/3 

Implementation  Note: 

Code  PO  is  used  when  the  related  850  also  uses  the  code  PO  for  variations  in  quantity. 

PO 

Percent  of  Order 

Conditional 

MEA03  739 

Measurement  Value  C 

The  value  of  the  measurement. 

R 

1/10 

Conditional 

MEA04  355 

Unit  of  Measurement  Code  C 

Code  identifying  the  basic  unit  of  measurement. 

10 

2/2 

Implementation  Note: 

Code  PI  is  used  when  the  related  850  also  uses  the  code  PI  for  variation  in  quantity. 

PI 

Percent 

Conditional 

MEA05  740 

Range  Minimum  C 

The  value  specifying  the  minimum  of  the  measurement  range. 

R 

1/10 

Implementation  Note: 

Used  to  indicate  the  variation  in  quantity  under. 

Conditional 

MEA06  741 

Range  Maximum  C 

R 

1/10 
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Not  Used 
Not  Used 
Not  Used 


The  value  specifying  the  maximum  of  the  measurement  range. 

Implementation  Note: 

Used  to  indicate  the  variation  in  quantity  over. 


MEA07 

935 

Measurement  Significance  Code 

0 

ID 

2/2 

MEA08 

936 

Measurement  Attribute  Code 

C 

ID 

2/2 

MEA09 

752 

Surface/Layer/Position  Code 

0 

ID 

2/2 
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855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 
PWK  •  PAPERWORK 


Optional 


Mandatory 


Mandatory 


Optional 

Not  Uaad 
Not  Uaad 
Not  Uaad 


Segment:  PWK  Paperwork 
Level:  Header 
Loop:  _ 


Usage:  Optional 
Max  Use:  25 

Purpose:  To  specify  the  type  and  transmission  of  paperwork  relating  to  a  product, 
order  or  report. 

Syntax:  If  either  PWK05  or  PWK06  is  present,  then  the  other  is  required. 

Comments:  1.  PWK05  and  PWK06  may  be  used  to  identify  the  addressee  by  a  code 
number. 

2.  PWK07  may  be  used  to  indicate  special  information  to  be  shown  on 
♦he  specified  report. 

3.  PWK08  may  be  used  to  indicate  action  pertaining  to  a  report. 

Implementation  Note: 

This  PWK  Segment  in  the  850  Purchase  Order  is  used  to  indicate  which  paperwork  must  be 
provided  with  the  delivery  or  as  specified  in  the  order. 

_ Data  Element  Summary _ 


Ktr 

MS 


DATA 

ILOMKT  MAMC 


ATmaUTtS 


PWK01  755 


Report  Type  Code  M 

Code  indicating  the  title  and/or  contents  of  a  document  or  report. 


ID 


2/2 


Implementation  Note: 

Codes  used  must  correspond  to  the  codes  used  in  the  related  850  Purchase  Order. 

CP  Certificate  of  Compliance  (Material  Certification) 

MR  Material  Inspection  and  Receiving  Report 
MS  Material  Safety  Data  Sheet 
PD  Proof  of  Delivery 
SN  Shipping  Notice 

PWK02  756  Report  Transmission  Code  M  iD  2/2 

Code  defining  timing  and  transmission  method  by  which  reports  are  to  be  sent. 

Implementation  Notes: 

1.  Any  code  can  he  used,  but  code  EL  is  preferred. 

2.  Contractor  can  use  the  PWK02  to  indicate  the  method  they  will  use  to  send  the  requested  paperwork. 

BM  By  Mail 
EL  Electronically  Only 
WS  With  Shipment  (With  Package) 


PWK03  757 


Report  Copies  Needed  O  NO 

The  number  of  copies  of  a  report  that  should  be  sent  to  the  addressee. 


PWK04 

PWK05 

PWK06 


98 

66 

67 


Entity  Identifier  Code 
Identification  Code  Qualifier 
Identification  Code 


O 

C 

C 


ID 

ID 

ID 


1/2 

2/2 

1/2 

2/17 
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Optional 

Not  Used 


PWK07 


PWK08 


352 

704 


Description  O  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Paperwork/Report  Action  Code  O  ID  1/2 
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Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 

Comments: 


PKG  Marking,  Packaging,  Loading 

Header 


Optional 

25 

To  describe  marking,  packaging,  loading  and  unloading  requirements. 

1.  If  PKG04  is  present,  then  PKG03  is  required. 

2.  At  least  one  of  PKG04  or  PKG05  must  be  present. 

1.  Use  MEA  (Measurements)  segment  to  define  dimensions,  tolerances 
weights,  counts,  physical  restrictions,  etc. 

2.  When  PKG01  is  “F",  PKG04  is  not  used. 

3.  PKG01  relates  only  to  PKG04  and  PKG05. 

4.  Use  PKG03  to  indicate  the  organization  that  publishes  the  code  list 
being  referred  to. 

5.  PKG04  should  be  used  for  industry-specific  packaging  description 
codes. 

6.  Special  marking  or  tagging  data  can  be  given  in  PKG05  (Description). 


Mandatory 


Optional 


_ Data  Element  Summary _ 

REF.  OAT* 

OES.  EtEMEWT  NAME _ _ _ ATTWWUTES 

PKG01  349  Item  Description  Type  M  ID  1/1 

Code  indicating  the  format  of  a  description. 

F  Free-form 

S  Structured  (From  Industry  Code  List) 

PKG02  753  Packaging  Characteristic  Code  O  ID  1/5 

Code  specifying  the  marking,  packaging,  loading  and  related  characteristics 
being  described. 

Implementation  Note: 

Use  code  35  for  Unitizing;  code  36  for  Pack/Preservation;  code  37  for  Packing. 


Conditional 


Conditional 


Conditional 


PKG03  559  Association  Qualifier  Code  C  ID  2/2 

Code  identifying  the  association  assigning  the  code  values. 

DD  Department  of  Defense 

PKG04  754  Packaging  Description  Code  C  ID  1/7 

A  code  from  an  industry  code  list  which  provides  specific  data  about  the  marking, 
packaging  or  loading  and  unloading  of  a  product. 

PKG05  352  Description  C  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

Used  when  any  code  or  siring  of  codes  is  longer  than  can  be  carried  in  PKG04. 
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855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 
N9  •  REFERENCE  NUMBER 


Optional 


Segment:  N9  Reference  Number 
Level:  Header 
Loop:  N9  Repeat:  1000 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  transmit  identifying  numbers  and  descriptive  information  as  specified 
by  the  reference  number  qualifier 

Syntax:  At  least  one  of  N902  or  N903  must  be  present. 


Mandatory 

Conditional 


Conditional 

Not  Uaed 
Not  Used 


Data  Element  Summary 


REF. 

DES. 

DATA 

ELEMEMT 

NAME 

ATTRiBin^ES 

N901 

128 

Reference  Number  Qualifier  M 

Code  qualifying  the  Reference  Number. 

ID 

2/2 

N902 

127 

Reference  Number  C  AN 

Reference  number  or  identification  number  as  defined  for  a  particular 

T ransaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

1/30 

N903 

369 

Free-form  Description  C 

Free-form  descriptive  text. 

AN 

1/45 

N904 

373 

Date  0 

DT 

6/6 

N905 

337 

Time  0 

TM 

4/4 
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855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 

N1 • NAME 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 

Comment: 


N1  Name 

Header 

N1  Repeat:  200 
Optional 
1 

To  identify  a  party  by  type  of  organization,  name  and  code 

1.  At  least  one  of  N102  or  N103  must  be  present. 

2.  If  either  N103  or  N104  is  present,  then  the  other  is  required. 

This  segment,  used  alone,  provides  the  most  efficient  method  of 
providing  organizational  identification.  To  obtain  this  efficiency  the  "ID 
Code"  (N104)  must  provide  a  key  to  the  table  maintained  by  the 
transaction  processing  party. 


Mandatory 


Conditional 


_ Data  Element  Summary _ 

REF.  DATA 

DES. _ ELEMEWT  NAME _ ATTRIRUTES 

N101  98  Entity  Identifier  Code  M  ID  2/2 

Code  identifying  an  organizational  entity  or  a  physical  location. 

Implementation  Notes: 

1.  Use  code  BY  for  Issued  By,  Block  6,  DD  Form  1155;  use  code  01  for  Administered  By,  Block  7;  use  codes 
SE  SU,  VN,  or  ZZ  for  contractor.  Block  9;  use  code  BT  for  Mail  Invoice  To,  Block  13;  use  code  ST  for  Ship 
To,  Block  14;  and  use  code  PR  for  Payment  will  be  made  by.  Block  15.  Use  code  MP  when  facility  (Block  9) 
is  different  from  the  address  given  for  the  contractor.  Do  not  send  a  facility  code  if  it  is  the  same  code  as  that 
sent  for  the  contractor.  In  a  second  iteration  of  the  N1  loop,  use  code  PL  if  the  party  to  receive  the  order  is 
other  than  the  listed  contractor  ( e.g.,  an  agent);  use  code  SW  if  there  is  a  separate  location  for  packaging; 
use  code  UC  to  represent  a  Mark  For,  if  an  address  (use  the  MAN  segment  otherwise). 

2.  Code  SE  is  used  when  the  selling  party  is  a  large  business,  code  ZZ  when  it  is  a  small  business,  code  SU 
when  it  is  a  small  disadvantaged  business,  code  VN  when  it  is  a  woman-owned  business,  and  code  DA  when 
Invoices  are  ordered  to  indicate  the  site  where  the  service  is  performed. 

BT  Party  to  be  Billed  For  Other  Than  Freight(Bill  To) 

BY  Buying  Party  (Purchaser) 

DA  Delivery  Address 
MP  Manufacturing  Plant 
01  Outside  Inspection  Agency 
PL  Party  to  Receive  Purchase  Order 
PR  Payer 
SE  Selling  Party 
ST  Ship  To 

SU  Supplier/Manufacturer 
SW  Sealing  Company 
UC  Ultimate  Consignee 
VN  Vendor 
2Z  Mutually  Defined 

N102  93  Name  C  AN  1/35 

Free-form  name. 
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Conditional 


Conditional 


N103  66  Identification  Code  Qualifier  C  ID  1/2 

Code  designating  the  system/method  of  code  structure  used  for  Identification 
Code  (67). 

Implementation  Notes: 

1.  Code  10  is  used  for  DoD  addresses.  Code  33  or  7Z  is  used  for  conlractor  addresses. 

2.  Use  code  33  when  a  CAGE  code  has  been  assigned  to  a  conlractor,  use  code  7Z  when  a  temporary  CAGE 
code  has  been  assigned  to  a  contractor. 

10  Department  of  Defense  Activity  Address  Code  (DODAAC) 

33  Commercial  and  Government  Entity  (CAGE) 

ZZ  Mutually  Defined 

N104  67  Identification  Code  C  ID  2/17 

Code  identifying  a  party. 
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855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 
N3  •  ADDRESS  INFORMATION 


Optional 


Segment:  N3  Address  Information 
Level:  Header 
Loop:  N1 
Usage:  Optional 
Max  Use:  2 


ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 


Purpose:  To  specify  the  location  of  the  named  party 


Mandatory 


Optional 


Data  Element  Summary 


REP. 

DES. 

DATA 

ELEMEMT 

NAME 

ATTRiBi/TES 

N301 

166 

Address  Information 

Address  information 

M 

AN 

1/35 

N302 

166 

Address  Information 

Address  information 

0 

AN 

1/35 
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855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 
N4  •  GEOGRAPHIC  LOCATION 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


N4  Geographic  Location 

Header 

N1 

Optional 

1 

To  specify  the  geographic  place  of  the  named  party 

1.  At  least  one  of  N401  or  N405  must  be  present. 

2.  If  N401  is  present,  then  N402  is  required. 

3.  If  either  N405  or  N406  is  present,  then  the  other  is  required. 

1.  A  combination  of  either  N401  through  N404  (or  N405  and  N406)  may 
be  adequate  to  specify  a  location. 

2.  N402  is  required  only  if  city  name  (N401 )  is  in  the  USA  or  Canada. 


Conditional 


_ Data  Element  Summary _ 

REF.  DATA 

OiS. _ ELEMEKT  NAME _ ATreiBUTES 

N401  19  City  Name  C  AN  2/19 

Free-form  text  for  city  name. 


Conditional 


Optional 


N402  156  State  or  Province  Code  C  ID  2/2 

Code  (Standard  State/Province)  defined  by  appropriate  governmental  agencies. 

N403  116  Postal  Code  O  ID  4/9 

Code  defining  international  postal  zone  code  excluding  punctuation  and  blanks 
(zip  code  for  United  States). 

Implementation  Note: 

Use  only  when  tha  "party's"  address  has  no  zip  code  but  may  have  another  type  of  postal  code  ( e.g.,  in  a 
foreign  country). 


Optional 


N404  26  Country  Code  O  ID  2/2 

Code  identifying  the  country. 

Implementation  Note: 

Generally  not  required.  Only  include  the  N404  if  the  related  850  Purchase  Order  included  an  N404. 


Not  Used 
Not  Used 


N405 

309 

Location  Qualifier 

N406 

310 

Location  Identifier 

O 

ID 

1/2 

C 

AN 

1/25 
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Optional 


Segment:  REF  Reference  Numbers 
Level:  Header 
Loop:  N1 
Usage:  Optional 
Max  Use:  12 

Purpose:  To  specify  identifying  numbers. 
Syntax:  Either  REF02  or  REF03  is  required. 


Mandatory 


Conditional 


Conditional 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEMENT  NAME  _ _ _ _ ATTRIBiJTES _ 

REF01  128  Reference  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implementation  Note: 

The  850  Purchase  Order  uses  code  IT for  the  buyer’s  office  symbol  and  code  DS  for  the  criticality  designator. 

DS  Defense  Priorities  Allocation  System  (DPAS)  Priority  Rating 
IT  Internal  Customer  Number 

REF02  127  Reference  Number  C  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

REF03  352  Description  C  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 
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Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


P01  Purchase  Order  Baseline  Item  Data 
Detail 

P01  Repeat:  1 00000 
Optional 
1 

To  specify  basic  and  most  frequently  used  purchase  order  line  item  data 

1.  If  PO105  is  present,  then  PO104  is  required. 

2.  If  PO106  is  present,  then  PO107  is  required. 

3.  If  PO108  is  present,  then  PO109  is  required. 

4.  If  P01 1 0  is  present,  then  P01 1 1  is  required. 

5.  If  P01 1 2  is  present,  then  P01 1 3  is  required. 

6.  If  P01 1 4  is  present,  then  P01 1 5  is  required. 

7.  If  P01 1 6  is  present,  then  P01 1 7  is  required. 

8.  If  P01 1 8  is  present,  then  P01 1 9  is  required. 

9.  If  PO120  is  present,  then  P0121  is  required. 

10.  If  P0122  is  present,  then  P0123  is  required. 

11.  If  P0124  is  present,  then  P0125  is  required. 

1.  See  the  Data  Dictionary  for  a  complete  list  of  ID's. 

2.  PO101  is  the  line  item  identification 

3.  PO106  through  P0125  provide  for  ten  (10)  different  product/service 
ID'S  per  each  item.  For  example:  Case,  Color,  Drawing  No.,  UPC  No., 
ISBN  No..  Model  No.,  SKU. 


Required 


Mandatory 


Mandatory 


Required 


Optionaf 


_ Data  Element  Summary _ 

REF.  DATA 

OiS. _ ELEMEWT  NAME _ ATTRIROTES 

PO101  350  Assigned  Identification  O  AN  1/6 

Alphanumeric  characters  assigned  for  differentiation  within  a  transaction  set. 


Implementation  Note: 

The  line  item  as  assigned  in  the  related  850  Purchase  Order. 


PO102 

330 

Quantity  Ordered 

Quantity  ordered. 

M 

R 

1/9 

PO103 

355 

Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

M 

ID 

2/2 

PO104 

212 

Unit  Price 

Price  per  unit  of  product,  service,  commodity,  etc. 

C 

R 

1/14 

PO105 

639 

Basis  of  Un'it  Price  Code 

Code  identifying  the  type  of  unit  price  for  an  item. 

0 

ID 

2/2 
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Implementation  Note: 

I  St’  iis.lt’s  used  in  the  related  S50  Purchase  Order  PO105 .  Typical  codes  for  the  850  Purchase  Order  are  CT 
tor  orders  plac  ed  atcainst  a  contract,  code  ES  when  the  price  is  estimated,  and  code  QT  when  the  price  is 
hosed  on  a  cjuote 

CT  Contract 
ES  Estimated 
QT  Quoted 

Optional  PO106  235  Product/Service  ID  Qualifier  O  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

Implementation  Notes: 

/.  C'cide  IN  is  the  line  number  from  an  RFQ.  If  code  VN  is  used,  this  is  a  seller’s  quote  line  item  number. 

2.  If  code  PD  or  .VI'  is  used,  include  the  noun  csr  description  in  a  Product/Sercice  Id  data  element  such  as 
POI07. 

FS  National  Stock  Number 
FT  Federal  Stock  Classification 
IN  Buyer's  Item  Number 
MG  Manufacturer's  Part  Number 
PD  Part  Number  Description 
PG  Packaging  Specification  Number 
SI  Standard  Industrial  Classification  Code 
SV  Service  Rendered 
SW  Stock  Number 
VN  Vendor's  (Seller's)  Item  Number 
VP  Vendor's  (Seller's)  Part  Number 

Conditional  PO107  234  Product/Service  ID  C  AN  1/30 

Identifying  number  for  a  product  or  service. 

Optional  PO108  235  Product/Service  ID  Qualifier  O  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

Implementation  Note: 

POI08  through  POI25  are  used  in  pairs  (for  example,  POI08  and  POI09),  as  needed  to  carry  additional 
information  about  the  product  or  service. 

Conditional  PO109  234  Product/Service  ID  C  AN  1/30 

Identifying  number  for  a  product  or  service. 

Optional  PO110  235  Product/Service  ID  Qualifier  O  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product^Service  ID  (234). 

Conditional  P0111  234  Product/Service  ID  C  AN  1/30 

Identifying  number  for  a  product  or  service. 

Optional  P01 1 2  235  Product/Service  ID  Qualifier  O  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

Conditional  P0113  234  Product/Service  ID  C  AN  1/30 
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Optional 


Conditional 

Optional 


Conditional 


Optional 


Conditional 

Optional 


Conditional 

Optional 


Conditional 


Optional 


Conditional 


P0114 

P0115 

P0116 

P0117 

P0118 

P0119 

PO120 

P0121 

P0122 

P0123 

P0124 

P0125 


Identifying  number  for  a  product  or  service. 

235  Product/Service  ID  Qualifier  O  ID 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

234  Product/Service  ID  C  AN 

Identifying  number  for  a  product  or  service. 

235  Product/Service  ID  Qualifier  O  ID 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

234  Product/Service  ID  C  AN 

Identifying  number  for  a  product  or  service. 

235  Product/Service  ID  Qualifier  O  ID 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

234  Product/Service  ID  C  AN 

Identifying  number  for  a  product  or  service. 

235  Product/Service  ID  Qualifier  O  ID 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

234  Product/Service  ID  C  AN 

Identifying  number  for  a  product  or  service. 

235  Product/Service  ID  Qualifier  O  ID 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

234  Product/Service  ID  C  AN 

Identifying  number  for  a  product  or  service. 

235  Product/Service  ID  Qualifier  O  ID 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

234  Product/Service  ID  C  AN 

Identifying  number  for  a  product  or  service. 


2/2 


1/30 

2/2 


1/30 

2/2 


1/30 

2/2 


1/30 

2/2 


1/30 

2/2 


1/30 
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855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 
MEA  •  MEASUREMENTS 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 

Syntax: 


Comment: 


MEA  Measurements 

Detail 

P01 

Optional 

40 

To  specify  physical  measurements,  including  dimensions,  tolerances, 
weights  and  counts. 

1.  Either  MEA03  or  MEA05  or  MEA06  or  MEA08  is  required. 

2.  If  either  MEA03,  MEA05  or  MEA06  is  used,  MEA04  is  required. 

3.  If  MEA07  is  used  MEA03  is  required. 

4.  Either  MEA08  or  MEA03  may  be  used,  but  not  both. 

When  citing  dimensional  tolerances,  any  measurement  requiring  a  sign 
(+  or  -),  or  any  measurement  where  a  positive  (+)  value  cannot  be 
assumed  use  MEA05  as  the  negative  (-)  value  and  MEA06  as  the 
positive  (+)  value. 


Optional 


Optional 


Conditional 


_ Data  Element  Summary _ 

REF.  DATA 

DES. _ ELEMENT  NAME  ATmiBUTES 

MEA01  737  Measurement  Reference  ID  Code  O  ID  2/2 

Code  specifying  the  application  of  physical  measurement  cited. 

Implementation  Note: 

Code  CT  is  used  when  the  related  850  also  uses  the  code  CT for  variations  in  quantity. 

CT  Counts 

MEA02  738  Measurement  Qualifier  O  ID  1/3 

Code  identifying  the  type  of  measurement. 

Implementation  Note: 

Code  PO  is  used  when  the  related  850  also  uses  the  code  PO  for  variations  in  quantity. 

PO  Percent  of  Order 

MEA03  739  Measurement  Value  C  R  1/10 

The  value  of  the  measurement. 


Conditional 


Conditional 


MEA04  355  Unit  of  Measurement  Code  C  ID  2/2 

Code  identifying  the  basic  unit  of  measurement. 

Implementation  Note: 

Code  PI  is  used  when  the  related  850  also  uses  the  code  PI  for  variation  in  quantity. 

PI  Percent 

MEA05  740  Range  Minimum  C  R  1/10 

The  value  specifying  the  minimum  of  the  measurement  range. 

Implementation  Note: 

Used  to  indicate  the  variation  in  quantity  under. 


Conditional 


MEA06  741  Range  Maximum 


C  R  1/10 
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The  value  specifying  the  maximum  of  the  measurement  range. 

Implementation  Note: 

Used  to  indicate  the  variation  in  quantity  over. 


Not  Used 
Not  Used 
Not  Used 


MEA07  935  Measurement  Significance  Code 
MEA08  936  Measurement  Attribute  Code 
MEA09  752  Surface/Layer/Position  Code 


O  ID  2/2 

C  ID  2/2 

O  ID  2/2 
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Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 

Comments: 


PID  Product/Item  Description 

Detail 

PID  Repeat:  1000 
Optional 
1 

To  describe  a  product  or  process  in  coded  or  free-form  format 

1.  If  PID04  is  present,  then  PID03  is  required. 

2.  At  least  one  of  PID04  or  PID05  must  be  present. 

1.  When  PID01  is  “F”,  PID04  is  not  used. 

2.  Use  PI  DOS  to  indicate  the  organization  that  publishes  the  code  list 
being  referred  to. 

3.  PID04  should  be  used  for  industry-specific  product  description  codes. 

4.  Use  PID06  when  necessary  to  refer  to  the  product  surface  or  layer 
being  described  in  the  segment. 


Mandatory 


Not  Used 
Not  Used 
Not  Used 
Conditional 


Data  Element  Summary 


REF. 

OES. 


PID01 


PID02 

PID03 

PID04 

PID05 


DATA 

ELEHEWT  NAME 


ATTWWUTtS 


750 
559 

751 
352 


Item  Description  Type 

Code  indicating  the  format  of  a  description. 

M 

ID 

1/1 

Free-form 

Product/Process  Characteristic  Code 

O 

ID 

2/3 

Association  Qualifier  Code 

C 

ID 

2/2 

Product  Description  Code 

C 

ID 

1/12 

Description  C  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Notes: 

1.  When  POI06  use  codes  SV  or  PD,  PID05  may  be  used  to  carry  an  additioruil  description  of  the  service  or 
item  if  necessary. 

2.  PID05  can  also  be  used  to  explain  a  contract  corulition  if  appropriate  for  the  related  850  Purchase  Order. 


Not  Used 


PID06  752  Surface/Layer/Position  Code 


O  ID  2/2 


DCIO*  JANUARY  29  1993 


40 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


8S5  •  PURCHASE  ORDER  ACKNOWLEDGMENT 

MEA  •  MEASUREMENTS  ANSI  ASC  X12  VERSION/RELEASE  00301  ODOD_ 


Optional 


Segment:  MEA  Measurements 
Level:  Detail 
Loop:  PID 
Usage:  Optional 
Max  Use:  10 


Purpose:  To  specify  physical  measurements,  including  dimensions,  tolerances, 
weights  and  counts. 

Syntax:  1.  Either  MEA03  or  MEA05  or  MEA06  or  MEA08  is  required. 

2.  If  either  MEA03,  MEA05  or  MEA06  is  used,  MEA04  is  required. 

3.  If  MEA07  is  used  MEA03  is  required. 

4.  Either  MEA08  or  MEA03  may  be  used,  but  not  both. 

Comment:  When  citing  dimensional  tolerances,  any  measurement  requiring  a  sign 
(+  or  -),  or  any  measurement  where  a  positive  (+)  value  cannot  be 
assumed  use  MEA05  as  the  negative  (-)  value  and  MEA06  as  the 
positive  (+)  value. 


Implementation  Note: 

This  segment  is  used  any  time  a  measurement  needs  to  be  described  for  the  preceding  PID  Segment. 


Optional 

Optional 

Conditional 

Conditional 

Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 


Data  Element  Summary 


REP. 

DES. 

DATA 

ELEMEKT 

NAME 

ATTItfllUTES 

MEA01 

737 

Measurement  Reference  ID  Code 

Code  specifying  the  application  of  physical  measurement  cited. 

0 

ID 

2/2 

MEA02 

738 

Measurement  Qualifier 

Code  identifying  the  type  of  measurement. 

O 

ID 

1/3 

MEA03 

739 

Measurement  Value 

The  value  of  the  measurement. 

C 

R 

1/10 

MEA04 

355 

Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

C 

ID 

2/2 

MEA05 

740 

Range  Minimum 

C 

R 

1/10 

MEA06 

741 

Range  Maximum 

C 

R 

1/10 

MEA07 

935 

Measurement  Significance  Code 

0 

ID 

2/2 

MEA08 

936 

Measurement  Attribute  Code 

C 

ID 

2/2 

MEA09 

752 

Surface/Layer/Position  Code 

0 

ID 

2/2 
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855  >  PURCHASE  ORDER  ACKNOWLEDGMENT 
PWK  •  PAPERWORK 


Optional 


Segment:  PWK  Paperwork 
Level:  Detail 


Loop: 
Usage: 
Max  Use: 
Purpose: 

Syntax: 

Comments: 


P01 

Optional 

25 

To  specify  the  type  and  transmission  of  paperwork  relating  to  a  product, 
order  or  report. 

If  either  PWK05  or  PWK06  is  present,  then  the  other  is  required. 

1.  PWK05  and  PWK06  may  be  used  to  identify  the  addressee  by  a  code 
number. 

2.  PWK07  may  be  used  to  indicate  special  information  to  be  shown  on 
the  specified  report. 

3.  PWK08  may  be  used  to  indicate  action  pertaining  to  a  report. 


Implementation  Note: 

This  Detail  level  PWK  Segment  in  the  850  Purchase  Order  is  used  to  indicate  which  paperwork 
must  be  provided  with  the  delivery  or  as  specified  in  the  order.  With  the  related  855 
acknowledgment,  the  contractor  can  use  this  segment  to  indicate  how  the  paperwork  will  be  sent  to 
the  buyer. 


Mandatory 


Mandatory 


Optional 


_ Data  Element  Summary _ 

KEF.  DATA 

OES.  ELEMENT  NAME _ ATTHtBUTES 

PWK01  755  Report  Type  Code  M  ID  2/2 

Code  indicating  the  title  and/or  contents  of  a  document  or  report. 

Implementation  Note: 

Codes  used  must  correspond  to  the  codes  used  in  the  related  850  Purchase  Order  Detail  level  PWK. 

CP  Certificate  of  Compliance  (Material  Certification) 

MR  Material  Inspection  and  Receiving  Report 
MS  Material  Safety  Data  Sheet 
PD  Proof  of  Delivery 
SN  Shipping  Notice 

PWK02  756  Report  Transmission  Code  M  ID  2/2 

Code  defining  timing  and  transmission  method  by  which  reports  are  to  be  sent. 

Implementation  Notes: 

1.  Any  code  can  be  used,  but  code  EL  is  preferred. 

2.  Contractor  can  use  the  PWK02  to  indicate  the  method  they  will  use  to  send  the  requested  paperwork. 

BM  By  Mail 
EL  Electronically  Only 
WS  With  Shipment  (With  Package) 

PWK03  757  Report  Copies  Needed  O  NO  1/2 

The  number  of  copies  of  a  report  that  should  be  sent  to  the  addressee. 


Not  Used 
Not  Used 


PWK04  98  Entity  Identifier  Code 

PWK05  66  Identification  Code  Qualifier 


0 

ID 

2/2 

c 

ID 

1/2 
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855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 
PKG  •  MARKING,  PACKAGING,  LOADING 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 

Comments: 


PKG  Marking,  Packaging,  Loading 

Detail 

P01 

Optional 

25 

To  describe  marking,  packaging,  loading  and  unloading  requirements. 

1.  If  PKG04  is  present,  then  PKG03  is  required. 

2.  At  least  one  of  PKG04  or  PKG05  must  be  present. 

1.  Use  MEA  (Measurements)  segment  to  define  dimensions,  tolerances 
weights,  counts,  physical  restrictions,  etc. 

2.  When  PKG01  is  “F”,  PKG04  is  not  used. 

3.  PKG01  relates  only  to  PKG04  and  PKG05 

4.  Use  PKG03  to  indicate  the  organization  that  publishes  the  code  list 
being  referred  to. 

5.  PKG04  should  be  used  for  industry-specific  packaging  description 
codes. 

6.  Special  marking  or  tagging  data  can  be  given  in  PKG05  (Description). 


Mandatory 


Optional 


Conditional 


Conditional 


Conditional 


_ Data  Element  Summary _ 

REF.  DATA 

DES. _ ELEMENT  NAME _ ATTRIEUTES 


PKG01  349  Item  Description  Type  M  ID  1/1 

Code  indicating  the  format  of  a  description. 

F  Free-form 

S  Structured  (From  Industry  Code  List) 

PKG02  753  Packaging  Characteristic  Code  O  ID  1/5 

Code  specifying  the  marking,  packaging,  loading  and  related  characteristics 
being  described. 

PKG03  559  Association  Qualifier  Code  C  ID  2/2 

Code  identifying  the  association  assigning  the  code  values. 

DD  Department  of  Defense 

PKG04  754  Packaging  Description  Code  C  ID  1/7 

A  code  from  an  industry  code  list  which  provides  specific  data  about  the  marking, 
packaging  or  loading  and  unloading  of  a  product. 

PKG05  352  Description  C  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 
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Segment: 

P04  Item  Physical  Details 

Level: 

Detail 

Loop: 

P01 

Optional 

Usage: 

Optional 

Max  Use: 

1 

Purpose: 

To  specify  the  physical  qualities,  packaging,  weights  and  dimensions 
relating  to  the  item. 

Syntax: 

1.  If  PO402  is  present,  then  PO403  is  required. 

2.  If  PO405  is  present,  then  at  least  one  of  PO406  or  PO407  is  required. 

3.  If  PO408  is  present,  then  PO409  is  required. 

4.  If  P0413  is  present,  then  at  least  one  of  PO410,  P041 1  or  P0412  is 
required. 

Comments: 

1.  PO403  -  The  "Unit  of  Measure  Code"  (Element  #355)  in  this  segment 
position  is  for  purposes  of  defining  the  pack  (PO401 )  /size  (PO402) 
measure  which  indicates  the  quantity  in  the  inner  pack  unit.  Example:  If 
the  carton  contains  24 12-Ounce  packages,  it  would  be  described  as 
follows:  Element  356  =  24;  Element  357  =  12;  Element  355  =  OZ. 

2.  P041 0  defines  the  unit  of  measure  for  PO408,  PO409,  and  P041 0. 

Data  Element  Summary 

REF.  DATA 

DES.  ELEMENT 

NAME 

ATTRIDUTES 

Optional 

PO401  356 

Pack 

Number  of  inner  pack  units  per  outer  pack  unit. 

0  NO  1/6 

Optional 

PO402  357 

Size 

Size  of  supplier  units  in  pack. 

0  R  1/8 

Conditional 

PO403  355 

Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

C  ID  2/2 

Optional 

PO404  103 

Packaging  Code  O  ID  5/5 

Code  identifying  the  type  of  packaging.  Part  1 .  Packaging  form.  Part  2. 

Packaging  Material. 

Optional 

PO405  187 

Weight  Qualifier 

Code  defining  the  type  of  weight. 

O  ID  1/2 

Conditional 

PO406  384 

Gross  Weight  per  Pack 

Numeric  value  of  gross  weight  per  pack. 

C  R  1/9 

Conditional 

PO407  355 

Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

C  ID  2/2 

Optional 

PO408  385 

Gross  Volume  per  Pack 

Numeric  value  of  gross  volume  per  pack. 

O  R  1/9 

Conditional 

PO409  355 

Unit  of  Measurement  Code 

C  ID  2/2 
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Code  identifying  the  basic  unit  of  measurement. 


Optional 


PO410  82  Length  O  R  1/8 

Largest  horizontal  dimension  of  an  object  measured  when  the  object  is  in  the 
upright  position. 


Optional 


P0411  189  Width  O  R  1/8 

Shorter  measurement  of  the  two  horizontal  dimensions  measured  with  the  object 
in  the  upright  position. 


Optional 


Conditional 


P0412  65  Height  O  R  1/8 

Vertical  dimension  of  an  object  measured  when  the  object  is  in  the  upright 
position. 

P0413  355  Unit  of  Measurement  Code  C  ID  2/2 

Code  identifying  the  basic  unit  of  measurement. 


i 

I 

1 


I 
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Optional 


Mandatory 


Conditional 


Conditional 


REF. 

OES. 

DATA 

ELEMENT 

NAME 

ATTRIBUTES 

REF01 

128 

Reference  Number  Qualifier 

Code  qualifying  the  Reference  Number. 

M  ID  2/2 

REF02 

127 

Reference  Number 

C  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 

Segment:  REF  Reference  Numbers 
Level:  Detail 
Loop:  P01 
Usage:  Optional 
Max  Use:  12 

Purpose:  To  specify  identifying  numbers. 

Syntax:  Either  REF02  or  REF03  is  required. 

Data  Element  Summary 


Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

REF03  352  Description  C  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 
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Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


FOB  F.O.B.  Related  Instructions 

Detail 

P01 

Optional 

1 

To  specify  transportation  instructions  relating  to  shipment 

1.  If  FOB03  is  present,  then  FOB02  is  required. 

2.  If  FOB04  is  present,  then  FOB05  is  required. 

3.  If  FOB07  is  present,  then  FOB06  is  required. 

4.  If  FOB08  is  present,  then  FOB09  is  required. 

1.  FOB01  indicates  which  party  will  pay  the  carrier. 

2.  FOB02  is  the  code  specifying  transportation  responsibility  location. 

3.  FOB06  is  the  code  specifying  title  passage  location. 

4.  FOB08  is  the  code  specifying  the  point  at  which  the  risk  of  loss 
transfers.  This  may  be  different  than  the  location  specified  in 
FOB02/FOB03  and  FOB06/FOB07. 


Implementation  Note: 

This  FOB  Segment  is  used  when  the  FOB  or  acceptance  applies  to  a  specific  line  item.  The  FOB 
Segment  in  the  N1  loop  is  used  when  more  than  one  FOB  condition  applies  to  a  specific  address  for 
a  specific  line  item. 


Mandatory 


Conditional 


Optional 


_ Data  Element  Summary _ 

REF.  DATA 

PES. _ ELEMEWT  NAME _ ATTWIEUTES 

FOB01  146  Shipment  Method  of  Payment  M  ID  2/2 

Code  identifying  payment  terms  for  transportation  charges. 

DF  Defined  by  Buyer  and  Seller 

FOB02  309  Location  Qualifier  C  iD  1/2 

Code  identifying  type  of  location. 

Implementation  Note: 

Code  7Z  is  used  when  the  FOB  point  is  listed  as  Other  than  the  destination  or  origin. 

DE  Destination  (Shipping) 

OR  Origin  (Shipping  Point) 

ZZ  Mutually  Defined 

FOB03  352  Description  O  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

FOB03  carries  the  location  of  a  site  when  FOB02  is  code  ZZ  for  other. 


Not  Used 
Not  Used 
Conditional 


FOB04 

334 

Transportation  Terms  Qualifier  Code 

FOB05 

335 

Transportation  Terms  Code 

FOB06 

309 

Location  Qualifier 

0 

ID 

2/2 

C 

ID 

3/3 

C 

ID 

1/2 
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Code  identifying  type  of  location. 

Implementation  Notes: 

1.  Inspection  or  acceptance  site.  They  are  assumed  to  be  same  unless  specified  otherwise. 

2.  Use  code  ZZ  when  the  inspection  and  acceptance  points  will  not  be  the  same. 

OE  Destination  (Shipping) 

OR  Origin  (Shipping  Point) 

ZZ  Mutually  Defined 

Optional  POB07  352  Description  O  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

If  FOB06  is  code  ZZ,  identify  the  locations  of  the  inspection  and  acceptance  points. 

Not  Used  FOB08  54  Risk  of  Loss  Qualifier  O  iD  2/2 

Not  Used  FOB09  352  Description  C  AN  1/80 
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Optional 


Segment:  DTM  Date/Time  Reference 
Level:  Detail 
Loop:  P01 
Usage:  Optional 
Max  Use:  10 

Purpose:  To  specify  pertinent  dates  and  times 
Syntax:  At  least  one  of  DTM02  or  DTM03  must  be  present. 


Implementation  Note: 

Required  delivery  dale  will  be  provided  in  this  segment  as  an  actual  date  or  in  the  LDT  segment  as 
a  set  number  of  calendar  days  after  receipt  of  order.  If  the  latter  is  used,  omit  the  segment. 


Mandatory 


Conditional 

Not  Used 
Not  Used 


_ Data  Element  Summary _ 

nCP.  DATA 

D6S. _ ELEMENT  NAME  _ ATTRIBl/TES 

DTM01  374  Date/Time  Qualifier  M  ID  3/3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

Implementation  Notes: 

1.  Code  002  is  used  for  the  required  delivery  date  (unless  delivery  date  is  defined  in  segment  LDT)  when  it 
applies  to  the  entire  line  item.  Dates  should  reflect  the  date  irrformation  for  the  related  850  Purchase  order. 

2.  The  SCH  Segment  is  used  when  deliveries  will  differ  by  quantity  or  date. 


3.  Contractor  may  elect  to  include  dates  to  reflect  planned  or  estinujted  delivery  dates  as  part  of  the 
acknowledgment. 


002  Delivery  Requested 

DTM02 

373  Date 

Date  (YYMMDD). 

C 

DT 

6/6 

DTM03 

337  Time 

C 

TM 

4/4 

DTM04 

623  Time  Code 

0 

ID 

2/2 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 
LDT*  LEAD  TIME 


ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


Optional 


Segment:  LDT  Lead  Time 
Level:  Detail 
Loop:  P01 
Usage:  Optional 
Max  Use:  12 

Purpose:  To  specify  lead  time  for  availability  of  products  and  services. 
Comment:  LDT04  is  the  effective  date  of  lead  time  information. 
Implementation  Note: 

Required  delivery  dale  will  be  provided  in  this  segment  as  a  set  number  of  calendar  days  after 
receipt  of  order  or  in  the  DTM  segment  as  an  actual  date.  If  the  latter  is  used,  omit  this  segment. 


Mandatory 

Mandatory 

Mandatory 

Not  Used 


Data  Element  Summary 


REF. 

DES. 

DATA 

ELEMEKT 

NAME 

ATmiBUTES 

LDT01 

345 

Lead  Time  Code 

Code  indicating  the  time  range. 

M 

ID 

212 

LDT02 

380 

Quantity 

Numeric  value  of  quantity. 

M 

R 

1/10 

LDT03 

344 

Unit  of  Time  Period  Code 

Code  indicating  the  time  period. 

M 

ID 

LDT04 

373 

Date 

0 

DT 

6/6 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


bSS  •  PURCHASE  ORDER  ACKNOWLEDGMENT 
ANSI  ASC  X12  VERSION/RELEASE  003010DOD_  SCH  •  UNE  ITEM  SCHEDULE 

Segment: 

SCH  Line  Item  Schedule 

Level: 

Detail 

Loop: 

P01 

Optional 

Usage: 

Optional 

Max  Use: 

200 

Purpose: 

To  specify  the  data  for  scheduling  a  specific  line  item. 

Syntax: 

1.  If  SCH03  is  present,  then  SCH04  is  required. 

2.  If  SCH09  is  used,  then  SCH08  is  required. 

Comment: 

SCH05  specifies  the  interpretation  to  be  used  for  SCH06  and  SCH07. 

Implementation  Note: 

This  segment  is  used  to  describe  a  partial  delivery  at  the  line  item  level. 

Data  Element  Summary 

REF.  DATA 

DES.  ELEMEKT 

NAME 

ATTRIBUTES 

Mandatory 

SCH01  380 

Quantity 

Numeric  value  of  quantity. 

M 

R 

1/10 

Mandatory 

SCH02  355 

Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

M 

ID 

2/2 

Not  Used 

SCH03  98 

Entity  Identifier  Code 

O 

ID 

2/2 

Not  Used 

SCH04  93 

Name 

C 

AN 

1/35 

Mandatory 

SCH05  374 

Date/Time  Qualifier 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

M 

ID 

3/3 

Implementation  Notes: 

I.  Code  002  is  used  for  the  required  delivery  date  in  the  related  850  Purchase  Order. 

2.  Contractor  may  elect  to  include  dates  to  reflect  planned  or  estimated  delivery  dates 
acknowledgment. 

as  part  of  the 

002 

Delivery  Requested 

Mandatory 

SCH06  373 

Date 

Date  (YYMMDD). 

M 

DT 

6/6 

Not  Used 

SCH07  337 

Time 

0 

TM 

4/4 

Not  Used 

SCH08  374 

Date/Time  Qualifier 

0 

ID 

3/3 

Not  Used 

SCH09  373 

Date 

C 

DT 

6/6 

Not  Used 

SCH10  337 

Time 

0 

TM 

4/4 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 

MAN  •  MARKS  AND  NUMBERS _ ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 

Segment:  MAN  Marks  and  Numbers 
Level:  Detail 


Optional 


Mandatory 


Loop:  P01 
Usage:  Optional 
Max  Use:  10 

Purpose:  To  indicate  identifying  marks  and  numbers  for  shipping  containers 

_ Data  Element  Summary _ 


REF.  DATA 

DES. _ ELEMEKT  NAME _ ATTRIBUTES 


MAN01  88  Marks  and  Numbers  Qualifier  M  ID  1/2 

Code  specifying  the  application  or  source  of  Marks  and  Numbers  (87). 

Implementation  Note: 

Code  L  is  used  to  indicate  that  the  order  has  Mark  For  Instructions  in  addition  to  the  Ship  To  and  it  is 
applicable  at  the  line  item  level  in  the  850  Purchase  Order. 


L  Line  Item  Only 


Mandatory 


MAN02  87  Marks  and  Numbers  M  AN  1/45 

Marks  and  numbers  used  to  identify  a  shipment  or  parts  of  a  shipment. 

Implementation  Note: 

Mark  for  information,  that  cannot  be  carried  in  the  NI-N4  segments,  will  be  carried  in  this  data  element. 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  00301  ODOD_ 


855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 
AMT  •  MONETARY  AMOUNT 


Optional 


Segment:  AMT  Monetary  Amount 
Level:  Detail 
Loop:  P01 
Usage:  Optional 
Max  Use:  1 


Purpose:  To  indicate  the  total  monetary  amount. 

Comments:  1.  If  AMT  is  used  in  the  detail  area  of  transaction  set  850, 855, 860  or 

865,  AMT02  will  indicate  total  line  amount  as  calculated  by  the  sender.  If 
AMT  is  used  in  the  summary  area  of  transaction  set  850, 855, 860  or 
865,  AMT02  will  indicate  total  transaction  amount  as  calculated  by  the 
sender. 

2.  If  segment  AMT  is  used  in  Table  2  of  the  850,  855,  860  or  865 
transaction  sets,  then  AMT01  =  01 .  If  it  is  used  in  Table  3  of  those 
transaction  sets,  then  AMT01  =  TT. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

DES. _ ELEMEWT  NAME _ _ _ ATTWIBUTES 

AMT01  522  Amount  Qualifier  Code  M  ID  1/2 

Code  to  qualify  amount 

1  Line  Item  Total 

AMT02  782  Monetary  Amount  MR  1/15 

Monetary  amount. 

Implementation  Note: 

The  total  amount  of  the  line  item. 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 

N1  «  NAME _ ANSI  ASC  X12  VERSION/RELEASE  00301  ODOD_ 

Segment:  N1  Name 
Level:  Detail 


Optional 


Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax  : 

Comment: 


N1  Repeat:  200 
Optional 
1 

To  identity  a  party  by  type  of  organization,  name  and  code 

1.  At  least  one  of  N102  or  N103  must  be  present. 

2.  If  either  N103  or  N104  is  present,  then  the  other  is  required. 

This  segment,  used  alone,  provides  the  most  efficient  method  of 
providing  organizational  identification.  To  obtain  this  efficiency  the  "ID 
Code"  (N104)  must  provide  a  key  to  the  table  maintained  by  the 
transaction  processing  party. 


Mandatory 


Conditional 


Conditional 


Conditional 


_ Data  Element  Summary _ 

REF.  DATA 

DES. _ ELEMEKT  NAME _ ATTRIRUTES 

N101  98  Entity  Identifier  Code  M  ID  2/2 

Code  identifying  an  organizational  entity  or  a  physical  location. 

Implementation  Note: 

Codes  used  for  the  850  will  include  code  ST  for  Ship  To  and  code  UC  when  the  Mark  For  information  is  an 
address. 

ST  Ship  To 

UC  Ultimate  Consignee 


N102 

93 

Name 

Free-form  name. 

C 

AN 

1/35 

N103 

66 

Identification  Code  Qualifier 

C 

ID 

1/2 

Code  designating  the  system/method  of  code  structure  used  for  Identification 
Code  (67). 


Implementation  Notes: 

1.  When  code  N 10!  is  code  ST  or  UC,  code  10  is  used  when  it  is  a  DoD  address.  Code  33  or  ZZ  is  used  for 
contractor  addresses. 

2.  Code  33  is  used  when  a  CAGE  code  has  been  assigned  to  a  contractor.  Code  ZZ  is  used  when  a  temporary 
CAGE  code  has  been  assigned  to  a  contractor. 

3.  A  long  line  address  may  be  used  when  no  code  number  applies. 

10  Department  of  Defense  Activity  Address  Code  (DODAAC) 

33  Commercial  and  Government  Entity  (CAGE) 

ZZ  Mutually  Defined 

N104  67  Identification  Code  C  ID  2/17 

Code  identifying  a  party. 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 
N2  •  ADDITIONAL  NAME  INFORMATION 


Segment:  N2  Additional  Name  Infomnation 
Level:  Detail 


Optional 


Loop:  N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  additional  names  or  those  longer  than  35  characters  in  length 


Mandatory 


Optional 


Data  Element  Summary 


REF.  DATA 

DES. _ ELEMEKT  NAME _ ATTRIBl/TES 


N201 

93 

Name 

Free-form  name. 

M 

AN 

1/35 

N202 

93 

Name 

Free-form  name. 

O 

AN 

1/35 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 

N3  •  ADDRESS  INFORMATION _ ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 

Segment:  N3  Address  Information 
Level:  Detail 


Optional 


Loop:  N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  the  location  of  the  named  party 


Mandatory 


Optional 


Data  Element  Summary 


REP. 

DES. 

DATA 

ELEMENT 

NAME 

ATTRIBUTES 

N301 

166 

Address  Information 

Address  information 

M 

AN 

1/35 

N302 

166 

Address  Information 

Address  information 

0 

AN 

1/35 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 


855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 
N4  •  GEOGRAPHIC  LOCATION 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


N4  Geographic  Location 

Detail 

N1 

Optional 

1 

To  specify  the  geographic  place  of  the  named  party 

1.  At  least  one  of  N401  or  N405  must  be  present. 

2.  If  N401  is  present,  then  N402  is  required. 

3.  If  either  N405  or  N406  is  present,  then  the  other  is  required. 

1.  A  combination  of  either  N401  through  N404  (or  N405  and  N406)  may 
be  adequate  to  specify  a  location. 

2.  N402  is  required  only  it  city  name  (N401)  is  in  the  USA  or  Canada. 


Conditional 


_ Data  Element  Summary _ 

REF.  DATA 

DES. _ ELEMENT  NAME _ ATTWaUTES 


N401  19  City  Name  C  AN  2/19 

Free-form  text  tor  city  name. 


Conditional 


N402 


156  State  or  Province  Code  C  ID  2/2 

Code  (Standard  State/Province)  defined  by  appropriate  governmental  agencies. 


Optional 


N403  116  Postal  Code  O  ID  4/9 

Code  defining  international  postal  zone  code  excluding  punctuation  and  blanks 
(zip  code  for  United  States). 

Implementation  Note: 

Use  only  when  tha  "party's"  address  has  no  zip  code  but  may  have  another  type  of  postal  code  ( e.g.,  in  a 
foreign  country). 


Optional 


N404  26  Country  Code  O  ID  2/2 

Code  identifying  the  country. 

Implementation  Note: 

Generally  not  required.  Only  include  the  Detail  level  N404  if  the  related  850  Purchase  Order  included  a 
Detail  level  N404. 


Not  Used 
Not  Used 


N405 

309 

Location  Qualifier 

N406 

310 

Location  Identifier 

0 

ID 

1/2 

C 

AN 

1/25 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 

CTT  •  TRANSACTION  TOTALS  ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 


Mandatory 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 

Comment: 


CTT  Transaction  Totals 

Summary 


Mandatory 

1 

To  transmit  a  hash  total  for  a  specific  element  in  the  transaction  set 

1.  If  CTT03  is  present,  then  CTT04  is  required. 

2.  If  CTT05  is  present,  then  CTT06  is  required. 

This  segment  is  intended  to  provide  hash  totals  to  validate  transaction 
completeness  and  correctness. 


Mandatory 


Optional 


_ Data  Element  Summary _ 

REF.  DATA 

DES. _ ELEMEKT  NAME _ ATTRMUTES 

CTT01  354  Number  of  Line  Kerns  M  NO  1/6 

Total  number  of  line  items  in  the  transaction  set. 

lmplement3tion  Note: 

Accumulation  of  the  number  of  POl  Segments  when  appropriate  for  detailed  acknowledgments. 

CTT02  347  Hash  Total  O  R  1/10 

Sum  of  values  of  the  specified  data  element.  All  values  in  the  data  element  will 
be  summed  without  regard  to  decimal  points  (explicit  or  implicit)  or  signs. 
Truncation  will  occur  on  the  leftmost  digits  if  the  sum  is  greater  than  the 
maximum  size  of  the  hash  total  of  the  data  element. 


Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 


Example: 

-.0018  First  occurrence  of  value  being  hashed. 

.18  Second  occurrence  of  value  being  hashed. 

1 .8  Third  occurrence  of  value  being  hashed. 

18.01  Fourth  occurrence  of  value  being  hashed. 

1 855  Hash  total  prior  to  truncation. 

855  Hash  total  after  truncation  to  three-digit  field. 

Implementation  Note: 

CTT02  is  the  sum  of  the  value  of  the  quantities  ordered  (POI02)  for  each  POl  Segment  when  appropriate. 


CTT03 

81 

Weight 

0 

R 

1/8 

CTT04 

355 

UnK  of  Measurement  Code 

C 

ID 

2/2 

CTT05 

183 

Volume 

0 

R 

1/8 

CTT06 

355 

UnK  of  Measurement  Code 

C 

ID 

2/2 

CTT07 

352 

Description 

0 

AN 

1/80 
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855  •  PURCHASE  ORDER  ACKNOWLEDGMENT 
SE  •  TRANSACTI DN  SET  TRAILER 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


Mandatory 


Mandatory 


Mandatory 


ANSI  ASC  X12  VERSION/RELEASE  00301 ODOD 


Segment:  SE  Transaction  Set  Trailer 
Level:  Summary 
Loop:  _ 


Usage:  Mandatory 
Max  Use:  1 

Purpose:  To  indicate  the  end  of  the  transaction  set  and  provide  the  count  of  the 
transmitted  segments  (including  the  beginning  (ST)  and  ending  (Sb) 
segments). 

Comment:  SE  is  the  last  segment  of  each  transaction  set. 


_ Data  Element  Summary _ 

REF.  DATA 

DES. _ ELEMEWT  NAME _ ATTRIBUTES 


SE01  96  Number  of  Included  Segments  M  NO  1/S 

Total  number  of  segments  included  in  a  transaction  set  including  ST  and  SE 
segments. 


SE02  329  Transaction  Set  Control  Number  M  AN  4/9 

Identifying  control  number  assigned  by  the  originator  for  a  transaction  set. 

Implementation  Note: 

This  is  the  same  number  as  the  one  in  ST02. 
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4.0  ASC  X  12  FORMS 


In  this  chapter,  applicable  ASC  X12  forms  are  presented. 


BASEUNE  AS  OF:  JANUARY  29, 1993 


OEPARTMBIT  OF  DEFENSE 
DRAFT  RIPLEyENTATION  CONVENTION 


ItaOM  BPORMATONIUlim 


vni  -  FORMS,  FORMS,  FORMS 


ASC  X12  WoA  RtquMt  Form 

ASC  X12  Now  Pretoei  Proposal  Form 

ASC  XI 2  Now  Transaction  Sot  Dovtiopmom  Form 

Form  tor  Now  or  Rovisod  Appondh  A  Coda  Sourco  notoronco 

Ooeumont  Proparstion  lor  intorprotations.  Guidolinoo  and  Control  Standards 

Sampio  Trarwnnal  Form 

ASC  X12  Balot  Commont  Rosponso  Lottor  Fonnat 
ASC  X12  Standards  Ordor  Form 


FALl 


VIII- 1 


BASELME  AS  OF:  JANUARY  2t.  1003 


4J).3 


Mm.  5/10/90 

DATE  SUBMITTEO 


-  ASCX12 

WORK  REQUEST  FORM 


(S«er«Urtat  Only) 


DM  NUMBER 


ALL  REQUESTS  MUST  BE  TYPED  or  prMod  itgiUy  in  black  Me.  Comptato  both  sUm. 

1.  TO  use  THIS  FOMMFOMSUPfOMTtNQOATAKUUMTENANCe  FOMA  NEW  OMAPT  STANOAMD  OM  X12  WTERPMETATION  »«•« 
(•quKMiwmonOMEtann.  Um  ancMiMnti  M  IM  Ural  nM  MonMna.  Mm  ■■  mm>  dM  clwnMti/eodM/eoda  MureM. 

'ntM  IM  iMiaioM  to  uMlno  MQWMii  Md  data  aWmaMi/eodaa/eoda  touraaa.  ThM  Ha  any  odwra  (a.g.,  X12.S.  X12.e). 

X  TOUSETHISFOMMTOMEQueSTACHANQeTOANEXISTMQSTANOAMO.uaaaaaparaiaWortiMaduaaiFoimtolMaAelianoaa«or 
onaiw>aaedMaatonaMgmani.onaoondoiaMcaaa.o»onadaiaalamam.  A»  tacdMa  muai  ba  cowplaiad.  ARaetwiants  may  ba  uaad 
tor  oontinuaiion  and  tnetiW  ba  numbarad. 

X  TOUSETHtSFOMMTOMEQueSTAFMOMOSEONEWXUMMaiECr.oemplattSaedMA  Froaida  a  putpoaa/acBpa  and  daacriba  any 
nawlaaturaainvotoadinSacilM  A  FreAda  a  daacnpdM  o«  dia  buainaaa  naad  and  juadUcadM  tor  fia  naar  piataa  In  Sacdon  C/Pait  1  Tha 
WprtiMaquaainabatoniiardadtoanadprDprtotoXiaaubeommiltoatoranalyiiaandptapaiadMOlapioiaMPwpoaa. 

CIrelMOfM:  (1)  New  Standard  Supporting  Date  MaM«nMncM(uMaitactimani») 

(2)  Existing  Standard  MaMananee  Request  (aae  Section  D) 

(3)  Request  for  New  X12  Project 


AflIpnjfVnS/ttbtofpAMlOM  eSAROt  IW  MMMI  Id  MMIDDIDD*  IMVRD  flMDI  DD  DiMfly  MplDiADd.  AppDAdfal  A  OM# 

tOMfOD  fDlWDAOM  lof  DMitfiuDly  pybttihDd  DOdD  liM  ciltd*  toivnt  St  Sisss  wlSi  Sisdsdusii  tup^Oft  lot  Sis  ctisnss  fspyssisd 

idS  bs  fstymscl  is  Sis  sutsiiissf. 

A.  SUBMITTEf^  INFORMATISm 

Submitter  Name 

Company 

Address  _ 

Addreu/ZIP  _ 

Phono  _ 


Indicate  the  XI 2  subcommittee  or  task  group  whose  position  is  rapresentsd  here. 

I  declare  that  this  repreaerdsltioeflleialpeellien  of  X12  WORK  GROUP: _ 

eatabllthed  at  tha  meeting  dated _ 

B.  PROPOSED  wMK:  List  the  specMc  changes  to  the  sundards  being  requested.  Give  the  names  and 
associatod  idontillate  of  the  standards,  segments,  data  siemonts  and  codes  affected. 


4A4 


BASEUNE  AS  OP-  JANUARY  29. 1995 


OET  AimieiT  OF  IWFBiM 
OlUrr  MPLEMCNTATION  CONVSmON 


Pag*  Two 

C.  REASON  FOM  CHANGE: 

Paitl:  Uat  tha  varaion/raiaaaa  of  tha  aundard  you  ar*  using  or  using  as  a  rafaranca.  Nama  tha  t'?naaetion  sal 
that  la  baing/wfll  ba  usad  that  dictatas  tha  raquastad  changad.  List  affactad  sagmants  and  data  aiamants.  or 
oihar  standards.  Provida  only  raiorsnca  numbars/tOs. 

Rafaranea  Seurea  Varslon  2/Ralaaaa _ 

Transaction  Sal  Usad  _______________________ 

Sagmani  Affactad 

Data  Elamani  Affactad _ 

Oihar  Standard _ 

Part  II:  Explain  why  you  naad  tha  proposed  changa.  Prawlda  a  eompiais  scanarlo  that  tala  what  tha  businass 
function,  oparadon.  or  probiam  is  that  wlbasatisfiad  by  a  change  to  tha  standard.  Tha  X12J  Technical 
Assassmant  Subcommiitaa  raquiras  artough  Information  in  this  Part  ii  to  ba  abla  to  propose  an  aliamats  solution  if 

nacsssary. 


0.  fUMlFICAtldNS:  lfyauclrci*d(2)Qn^agot,oonipiai*ihiBsactiorL  TosnaurathataaramMcaiioneofyour 
proposed  change  are  rscordad  and  that  your  raquast  is  complci*.  drd*  below  ai  sections  of  tha  atandanfs 
affactad  by  the  proposed  change. 


TRANSACTION  SET  Nwiw  awaoM/SMaa  Tasw  NM/Cemram 

inwwaaDimH  niauir>.on.  mkum 


SEGMENT 


Msec 

Dm. 

ComnHM 


NMM  Oisnawi 

OsMi  OCPMMon  in  Saamwa 
RmsR  Nms  Swvwmis  Now 


DATA  ELEMENT 
CODE 


Nanw 

Mn/Moo 

Mdooao 


Tyar 


OTHER  (a.g..  X12E.  X12.Q: 

ERRORS  NOTED  IN  THE  STANDARD  (QNa  page  na  arri  other  Uantllcailon): 


■ASEUNE  AS  OP:  JANUARY  ».  Itaa 


4.0.S 


DCFAimiEKTOr  OCPfNtf 

CNUrr  MPLEMtHTATION  CONVBITION 


Rm.  4/1/90 


PP  No. _ 

(Socrttartat  Only) 


ASC  X12 

NEW  PROJECT  PROPOSAL  FORM 

PROCEDURE:  Only  X12  subconunMees  may  uM  this  fonn  to  register  new  dovaiopment  activities  as  X12  proiect 
proposals  (PPs).  Caplet#  all  pagos.  PPs  approved  by  the  X12  Procadures  Review  Board  will  be  registered  and 
assigned  a  PP  number  by  OISA,  and  a  Transmittal  Form  wil  be  issued. 

Date  and  complete  the  form  below.  Type  or  print  legibly  in  black  ink  and  number  all  attachment  pages 
consecutively.  Submit  to  DISA  prior  to  an  ASC  X12  meeting,  or  to  X12J  Technical  Assessment  Subcommittee 
during  the  subcommittee's  agenda  period  at  an  ASC  X12  meeting. 


Date  Submitted: 

Date  Approved  by  Subeominlttee: 

Subcommittee  Name: 

Task  Group  Neme/No'.: 

Joint  Development  Subcommittee  (N  any): 

Cireleone:  (a)  Transaction  Set  (b)  Guideline  (c)  Other 

Proiect  WortdngTNie: 


Official  Oelegate(s)  for  This  Prpleel  To  Be  Named  on  Transmittal  Form: 
Name _ ^Name _ 

Company _ ^Company _ 

Address _ ^Addreu _ 

Address/^P 

Telephone 


,Address/ZlP 
Telephone  _ 


4.o.e 


BASEUNi  AS  OF:  JANUARY  29, 1993 


OVAJVTIMNTOF  07B4SE 
MUrr  aiflBItNTATION  CONVBmON 


K  PURPOSE  AND  SC6pE  FOR  THE  PROPOSED  WORK:  Pravtd*  a  purpoM/scops  for  thii 

proposad  wofk.  SMXiSDMlgnRtiasandGuidallnMtorraquiramantA. 


B.  BACKGROUND:  Provida  daula  that  wl  ba  MpM  in  raviMring  iha  prapoMi.  Who  art  tht  cxpaetad  usars? 
HowrwBthattandardbauiad?  Wha(buainaa8(ijneilor^a)doaaltMo«7.  MthaprapoaadMndaidovadapatha 
funcdonaHiyafana>d8tlngatandaiddranaindavalapm8ni.prmlda|uiMcailon.  NSwpropoaillanatloranawr 
standard  or  guldaUna,  daaedba  tha  prajaet  m  daMl.  (UaaatUdimanta  i  naeaaaaiy.) 


d  OTHEB  StANOAROB  IIIVdLVE&:  NappHciblo, 


MandtyanyoiharbuilnaMlnlofnigBonMandaidatfwtaiw 


simaar/raiatad  totha  propoaal.  and  nawa  stMidarda  dawaiopafs  (a-p-.  ANSI  Accradtod  Standarda  Conwnttsaa) 
whoaa  activUas  may  ba  Ifwoivad  or  aBaaod. 


07EXPECTEb6ONTENT/aENCfUL0CSCfUPTION:  (OPTIONAL)  iubmttar  wy  BBach  a  praiknaiary  diatt  of 
thsproposadatandaidoratharsuppoftlnodocumaniadon.  DIaetjaa  naar  sagmontt,  data  atamanta.  coiarel 
sinicturoa,andchangaatoXl2JorXi2.60iaiararaqulradoranddpaiad.  (Uaa  aPacMnaraa.) 


BASBUNB  AB  OF:  JANUARY  7$,  Itta 


DEPAimiBir  OP  OCPWSS 

DRAFT  MFUSMENTATION  CONVENTION 


FORM  FOR  NEW  OR  REVISED 
APPENDIX  A  CODE  SOURCE  REFERENCE 

INSTRUCTIONS:  Complete  this  form  whenever  a  new  data  element  or  dau  Aieinent  code  It  rsquestad  to  b« 
added  which  references  a  code  list  published  by  an  external  (non-Xi2)  organization.  Use  one  form  for  each  new 
reference.  This  form  may  be  used  to  rvrlse  current  references:  fill  out  the  appropriate  areas  below. 

CIRCLE  ONE.  COMPLETE  AS  APPROPRIATE:  ~ 

(1)  NEW  REFERENCE 

(2)  REVISED  REFERENCE,  Current  refererve  number/name _ _ _ 

REFERENCE  TITLE:  If  there  is  only  one  source  for  codes  for  the  data  elemeni  the  title  should  be  the  same  as  the 
data  element  name.  If  there  are  multiple  codes  referencing  external  code  sources  for  the  same  data  element,  tide 
should  approximate  the  code  deflnKioa 

REFERENCE  TITLE; 

DATA  ELEMENTS  USED  IN:  Give  the  data  element  reference  number  and  name  which  directs  the  user  to  this 
Appendbc  A  code  source  referertee.  Give  the  code  10  (If  assigned)  tf  this  is  for  a  specific  code  of  the  data  element 

USED  IN:  DE  No. _ ,  Code  10 _ 

I^RCE:  Provide  the  name  of  the  publication  which  contains  the  codes  referenced^ 

PUBUSHED  IN; 

AVAILABLE  FROM;  Give  the  publisher,  or  other  contact  from  whom  the  can  obtain  the  document. 

Name/Attn  of  _ 

Company  _ 

Address  _ 

Address  _ 

Address/ZIP  _ 

ABSTRACT:  Briefly  describe  the  publication.  Its  purpose,  and  indicate  what  codes  It  contains. 

ABSTRACT: 


4JtS 


BA8EUNE  AS  OF:  JANUARY  2S.  1fS3 


OEPARTUENTOF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVBITION 


DOCUMENT  PREPARATION  FOR 
INTERPRETAklONS,  GUIDELINES  AND  CONTROL  STANDARDS 


ThM«  lnstnx:tlont  ar»  provIdAd  to  uslM  dtvMopoa  of  mtorpriutions,  guidMinM  and  control  structura  wMcfi  art 
not  transaction  sats  (for  transaction  sots  usa  tha  Now  Transaction  Sat  Davsiopmart  Form). 

GENERAL:  DiSA  provtdaa  tida  paga  and  front  mattar  for  publications  and  copyodiu  tha  documani  according  to 
OISA  housa  stylo. 

REVISIONS:  tfthadocumantlsarowlalonorapravlously  publlshadintorpratatlon.  guldalinaorstandaid.  providaa 
summary  of  tha  changas  to  tha  original  that  aro  conialnod  In  tha  documant 

I  INTERPRETATIONS 

A  formal  Marproiation  of  an  Xt2^  Standard  Is  conaldarad  part  of  tha  body  Of  standards  whan  II M  approvad  for 
publication.  Tha  Marprotation  draft  should  stato  tha  Issuaprasantod  by  tha  roquaator,  stata  tha  propoaad 
Intarpraiatlon.  and  show  as  attachmants  any  Work  Raquastt  that  may  banaoaasary  to  aWact  tha  Intarpratatlon 
within  tha  sub|aet  standard.  Tha  draft  kaarproiation  is  pr'^'tssadllca  any  othorsubcommttoadocumorc. 

II  QUIOEUNE8 

For  publication  purposas,guldallnaa  aro  traatadUka*  tmalartida.  Basic  roqukamoras  ara  gNon  balOMr. 

ABSTRACT:  TNa  Is  a  prodsa  summary  of  tha  Purposa/Scopa  (saa  balow).  and  may  ba  Idandcal  to  1 1  that  la  bdaf 
(two  paragraphs):  othorwlsaaummartza  tha  purpoaa/scopa.  It  should  corttin  anou^  Infonnatlon  about  tha 
documant  to  onabla  a  roadar  datormina  what  tha  guktallna  is  Intandad  to  accompHah  wMhln  an  EDI  anvironmont 

PURPOSE  AND  SCOPE:  This  statomant  must  Micata  purpooa  of  tha  gukMIno.  a.g.,  tha  businoaa  function  or 
oparation  addrossad.  Scopa  and  any  spadllcimtations  of  scopa  should  badallnod. 

BOOYOFTEXT:  This  may  ba a  numbar  of  subaacdona loglc^ orjyilxad.  ProuldasaclionoforforaMrord. 
introduction,  daflnltion  of  tarms  and  concapts,  rafarancas  and  ralatod  standards,  maihodology,  spacMcationa, 
roquiromants.  discussion,  and  Gonduslona.  as  appropriata  to  tha  subjacL 

ART  AND  GRAPHICS:  Graphics  or  artwork  nacassary  to  Wustrata  tha  documant  ara  ancouragad.  Provfda 
camara-raady  copy  If  thasa  ara  not  akaady  praparad  and  doilvarod  on  a  WP  diskoito  to  OISA. 

FOREWORD,  FOOTNOTES.  APPENDICES:  Thasa  may  ba  usad  for  purpoaas  of  darfty,  Bustratioa  or  ganaral 
Mormatlon.  notas'partofihagukMina.'  A  statamani  Indicating  tha  malarial  is  lor  Mormatlon  purpoaas  only  and 
not  part  of  tha  guidallna  shal  appaar  at  tha  baginning  of  a  toraword  or  appandbL 

III  CONTROL  STRUCTURES  AND  OTHER  STANDARDS 

For  publication  purpoaas.  thasa  documants  ara  traatad  Ittra  guidalinas  (saa  Sacdon  II  abowa).  Tha  raquiramants  ara 
tha  satna.  with  tha  addition  of  tha  following: 

NEW  SEGMENTS  AND  DATA  ELEMENTS:  Thasa  may  ba  dafinad  wkhin  tha  taDd;  how^ar,  ainoa  thay  raprasant 
changas  to  X12.22  and  xm.thayshotSdbaspadflad  on  a  Work  RaquastPonnattachad  to  tha  draft 

RELATED  X12™  STANDARDS  AND  OTHER  REFERENCES:  Thasa  shal  ba  idantHlad  In  a  aacdon  wthin  tha  taxi 


BASELINE  AS  OF:  JANUARY  2S.  1SSS 


OCPAimiCNT  or  DEFENSE 

DRAFT  MFUEMENTATION  CONVENTWN 


FORMAT:  *rhli  OnR  SMndvd  tor  Tr(N  Um  conulnt  tht  fonnM  and  wttbllihM  th«  dalA  coMantt  (H  th« 

_ TfinMrtonSK  )  tor  UM  wKWn  tha  corttatt  o>  an  Baetronic  Data  irMrehanoa  (EOi) 

atwironmatt.  Tha  tranaacdort  aat  (can  ba  uaad  to...)* 


C.  RURROSE  AND  S(i6M  ThRMiamart  mutt  Mieaia  thafiJranga  at  caRabllttaa  of  thabantacilonaA  and 
aatothaaattdara/racaNanata.  Ei^lalnlhabuairtatslunetlortoropatailoittttatiiaddraasad.  FolawASCXiS 
Oaaigrt  Rulaa  and  QuidaNnaa  and  uaa  M  tormai: 

FORMAT:  Thta  atandard  proKtdaa  ttia  torniat  and  aataPttahaa  lha  data  contarda  oHRa  Ttanaacdon 

SatwthlntnaeoniaMctanBactron>cDa»airaarettangd(EDt)anxlronmant  Thia  iranaacdon  aat  (can  ba  uaad  to...)* 


D.  TRANfACnON  tirtAiUKl)  For  aach  tabM  prowtda  tba  tolowdno  WOmtadon.  FOrtilAr 

TAILEX 


POSITION  SEGMENT 

HflL. _ Xfi _ ZX2LS. 


REQ.  MAX. 
PgS.  DSE. 


LOOP  REPEAT 
^OMT 


NOTE 

.BBL.. 


010  ST 
020  SB 
•te. 


TrsnsRetion  Sot  H««dRr 
Boginning  sogMitt  For 


N 

M 


I 

1 


Notd 
C( 


1 

nt  1 


Noiai:  TNalaanota.  NOTES  aia  port  of  thaaiandaid(numborad). 

CommarcA:  TNa  la  a  oommorc  COMMENTS  art  not  part  of  Ota  aawdMd  gaBariM). 


i.  APwwModChSithM 
Aiiaai 


arauaadtoia 

No  roeognUbia  propor  nornaa  may  ba  uaad  In  any  Mntpla. 


110 


nOUREl:  (Op0onM)Uaa a aampia paper docimnuobtg mock dMB.  lfuBad.daa 
toFigural  OrtsfnalBiapNesnaaiboaBaeftad(Bi/ftinaoOioyeanbaeopiod. 


FIGURE 2 (or EXAMPLE):  HlaSiaSgwoandproaldaaBiiainoaaScanaitetoaRBlointotliaroodarwbaiiapolng 
oninthaagwnplo.  AddStanoia:  TnEMawMnptatnaaaMrtafcn  tapraaaKatnadataalamaniaapwiorMMttw 
N/Lcbaracaararapraaanithaaaomonitaniilnaior.*  Prasam  EDI  tranamioalon  dan  «td  to  moaning  In  iMocoiwnna. 
•<S»ty*aida.  ZZorZBeodwara«toeoingod.alncatliairuaafulnaaalnanag«lonoiorya>tonpialiiB.  FORMAT: 


BUSINESS  SCENARIO:  In  Etta  aranaacilon  oat  tfia  aandar  la  XYZ  Ratal 
Famaade  Produeta  Manufaeojrlng,  lnc....aic 


EDI  TRANSMISSION  BATA 


(TRANSACTION  SET  PURPOSE)  DATA 


STasxx*0005  N/L  Bogin  Transaction  Sat  txx;  control 

No.  0005 

BB*0l*79S00*  N/L  Original  Transsission;  Raf.  No. 

79B00 

ate. 


4.0.10 


BASEUNE  AS  OF:  JANUARY  ».  1003 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


Riv  S/tO/M) 

DMNumbSf _ 

(SscrataiMt  Only) 

Oocumsni  No. _ _ 

(D«v«lopar  Otxalnt  from  CXSA) 


ASC  X12 

NEW  TRANSACTION  SET  DEVELOPMENT  FORM 

INSTRUCTIONS:  Um  thM  form  to'tuih'nlt  a  draft  trsnsiction  t«t  for  rtvMw  by  X12J  Tactmlcal  AsMssfnsnt  will  k  is 
ttxi  procssssd  by  OlSA.  Uss  a  ntw  Transaction  Ss(  Dsvslopmsnt  Form  \Mh«n«vsr  rsvlslons  art  propossd  and  a 
taxi  At  has  not  ytt  batn  prtparad  by  OISA. 

ATTACHMENTS:  Attach  il  pagas;  usa  this  form  as  tha  firsL  FoNowthasalnstructlontforprapartngmatarfais. 

ThasubmEtar  must  obtain  a  doeumanlnumbarasslgnmara  from  DISA.  Post  K  to  this  form  (abova). 

Attach  a  Uat  of  RavIsleiM  If  tha  draft  was  proviously  raviawad  byXl2Jorfthlalsa  ravMad/radaslgnad 
transaction  sat  sttndard  raquiring  X12  balaL 

Usa  ONE  Work  Roquatt  Form  to  list  al  supporting  data  maMananca  for  tha  transaction  sat  and  attach  k 
tothisform.  Propoaa  nsw  or  rovlaad  codas  for  OE 143  and  OE  479  at  a  rnMnajm.  I  raquirsd. 

A  Transmiltai  Form  must  accompany  this  documora  whan  k  Is  submtiad  to  DISA  for  distrfeutlon. 

Usa  tha  moat  racarc  X12^  Standards  Oavalopmant  Workbook  to  chock  your  documart  for  accuracy. 

A.'  SU8MI 1 1 ER  INFORMATI^ 

Submmor  Nama  _ _ 

Company  _ _ 

Addrass  _ _ 

Addrass/ZIP  _ _ _ 

Phona  _ _ 

Indicata  tha  Xi2  subcommEtaa  or  task  group  whosa  position  Is  raprasantad  hora. 

I  daciara  that  this  raprasanta  tha  official  poalUon  of  X12  WORK  GROUP: 
aatabliahod  at  tha  moating  dated  _ _ 


B.  ABSTRACT  Tha  Abstract  la  ragistoradwlih  tha  Amortcan  National  ^ndardslnstkuta.  It  la  a  pradsa  summary 
ofthaPurpoaa/Scopa(aaaSactionCbalow).  ItmaybaidanticaitothaPurpoao/ScopaltfwtMbilaf  (two 
paragraphs),  othanwisa  summortza  tha  purpoaa/scopa.  It  shotdd  contain  amugh  Mormotion  about  tha  starvlard 
to  onabla  a  potantial  usar  daiarmina  what  aquNalani  popar  tranaactlon  k  rapraoarks  or  what  tha  standard  Is 
iniandad  to  do.  Fokow  tha  formal  on  paga  two. 


BASEUNE  AS  OF:  JANUARY  2a,  laai 


4.0.11 


DEPARTMENT  OF  09BI8E 

DRAFT  MPLEHENTATION  CONVENTION 

SAMPLE  TRANSMITTAL  FORM 

Rm.  s/10/90 

InRIallzad 

KEY  DATE:  Fabruary  IS,  1M0 

DELEGATES  NAME 

RESPONSIBLE  SUBCOMMnTEE/TG# 

JohnOoa 

ASC  XI 20  XX  Subcommlttsa/TGA 

TRANSACTION  SET/GUIDEUNE  TITLE 

X12JO(  ABC/XYZ  TRANSACTION  SET  (8XX) 

BALLOT  Oocumant  No. 

Cu'Tsnt  Oocumant  No. 

Pravkx's  Doc^jiTiant  No. 

Pr^SJC  Proposal  No. 

Associaiad  WH/DM  No. 

ASCX120/90^1 

ASCX120/9(MX)4 

PP-SQQ 

DM  012-190 

PROJECT  PROPOSAL 

PP  Raview  by  X12J 

PRB  Approvas  PP 

PATE)  2/7/90 
PATE)  2/9/90 

DEVELOPMENT  PHASE:  Pro)act  proposal  approval  through  approval  for  XI 2  vota. 

Oocumant  SubmMad  for  OISA  Taxt  Proeassing 

PATE)_ 

SubcommUtaa  Approvas  Draft  for  Ravisw  by  X12J,  Tach  Assatsmant 

PATE)_ 

X12J  Tach  Assassmant  Raviswr 

PATE) 

PRB  Approvas  Oocumant  for  X12  Vota 

PATE)_ 

ORIGINAL  BAaOT  DATA  (DISA): 


Ballot  Closad  Oat# 

TaHy/Corrwnanu  Sant  to  Chalr/Oaiagatas 
Tally  Slats  (Numbar  and  Parcant) 

_ BaOouMalad  (100%) 

_ Ballots  Ratumad  ( _ ^%) 

_ Approvad  (__%) 

_ App  w/Commant  ( _ %) 

_ Oisapprowad  ( _ %) 

_ Abstainad  ( _ %) 


(DATE) 

PATE), 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


PsgtTvwe 


COMMENT  RESOUmON  PHASE:  S«ctton«  A  B  And  C.  If  ihA  subconwnlttAA  At  any  Urn#  dAddtA  to  fibMo* 

thA  documAnt  PRB  Approval  it  raquirod  and  rasponsa  latjari  art  not  nacasaary. 

A.  COMMENT  RESPONSE  LETTERS:  An  Opan  Fotum  mu«  ba  tchadiiad  at  tha  naxi  X12  matting  foUoMng  tha 
baioi  doting  data.  Aflthoaawtwcommantadractlvaacofflmantraspontalaatrfromthadavtioping 
tuboommttaa.  OlSA  racorJt  thit  procau  and  handMt  tha  maling. 

Opan  Fonjm  Data  (DATE)  .. 

Ratponsa  Lattart  Malad  Out  by  OISA  (DATE) _ 

RabuRal  Parlod  (30  dayt)  Cloaat  (DATE) _ 


ADJUSTED  BALLOT  DATA  (DISA): 

30-Day  Ratponta  Raviawr  Ooitad  Data  (DATE) 

TaRy/Commania  Sant  to  Chalr/Dtiagataa  (DATE) 

Taly  Stats  (Numbar  and  Parcant) 

_ Baloa  Malad  (100%) 

_ BaloltRalumad  ( _ ^%) 

_ Appfovad  ( _ ^%) 

_ Appw/Commara  (  %) 

_ DMapprovad  ( _ ^*) 

_ Abttainad  (_%) 


i.  iUBSTANTIVE  REVISION;  W  balot  commants  raadt  In  aubttantlwa  tavlalona  to  tha  documatt.  thaaa  art 
fa«<a«iiadbyXi2JandprooaaaadbyOISA  TharaviaaddOGtananiltaubmMadtoXl2votartfora30-dayravlaw 
partod.  OlSAraeofdaihltprooaas/hanclatmallng.  Subcommttaas  thotid  conduct  30-day  rawlawt  for  ratponta 
laltars/ravlaod  documartt  concurrarsiy. 


Subcommitaa  Approval  of  Ravltlont  (DATE) 

XiSJRavtawofRavltlona  (DATE) 

OISA  Mala  Ravlaad  Oocumant  (DATE) 

SubttantNaRavitiondO-OayRavlawCkitat  (DATE) 


ADJUSTED  BALLOT  DATA  (DISA): 

3DOaySubataniNaChangaRa«lawCkMadDMa  (DATE) 

TaSy/Commants  Sari  to  Chalr/Dtiagatat  (DATE) 

TaBy  Stau  (Numbar  and  Parcant) 

_ Baloto  Malad  (100%) 

_ BaloURatumad  ( _ %) 

_ Approvad  ( _ *) 

_ Appw/Commari  ( _ %) 

_ DItapprdrad  (  %) 

_ Abatamad  ( _ %) 


BASEUNE  AS  OP:  JANUARY  ».  Itta 


4.0.13 


OEPARTMeNT  Of  OEFB48C 

DRAFT  MRimCNTATION  C0NVEKT10N 


PagRThTM 


C.  CONTINUING  OBJECTIONS.  If  there  are  continuing  disapprovals  after  the  30-day  review  period,  the 
document/disapprovals/responses/continuing  objections  are  malad  to  X12  members  who  originally  cast  a  ballot, 
for  another  30-day  review,  to  give  them  an  opporttmlty  to  change  their  vote. 


Continuing  Objections  Malad  to  Chair/Delegate  by  DISA 
OISA  Mals  Documenu 
30-0ay  Review  Cloees 


PATE). 

PATE). 

PATE) 


FINAL  ADJUSTED  TALLY  (DISA):  Whenever  any  disapprovals  are  withdrawn,  a  letter  to  this  effect  must  be 
.ecelved  in  writing  by  OISA 


Final  Tally  Results  Sertt  to  Chair/Delegate 
30-0ay  Review  Stats  (Adjusted  TaRy) 

_ Ballou  Malad  (100%) 

_ Ballou  Returned  ( _ ^%) 

_ Approved  ( _ %) 

_ Appw/Comment  ( _ ^%) 

_ Disapproved  ( _ %) 

_ Absumed  ( _ ^%) 


PATE). 


PRB  APPROVAL  PHASE:  After  the  commer«resoiiAlon  period,  the  subcommittee  votes  to  submit  the  document 
to  the  PRB  for  approval  to  publish. 


Subcommitioe  Votes  to  Release  to  PRB 
PRB  Approves  Publication 

FOR  DRAFT  STANDARDS  FOR  TRIAL  USE: 
VERSiON/RELEASE/SUBRELEASE  ID  CODE  ASSIGNED: 


PATE). 

(DATE). 


BAStUNE  At  OF:  JANUARY  2S.  Itt) 
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AccTMocd  Standards  CorrvmtM 
soersting  under  tha  procedures  of  cne 
American  Natnnai  Standards  insutuca 


□ocument  No 


Tim  JoocMy 
(999)999-9999 

Daa  Smithey 
(999)999-9999 


ASC  X12C^20/90-999 
June  2S.  1990 


X12  Members  Who  Commeated  oa  Modification  to 
X12ja  Coatrol  Structures 

Respoau  to  Commeatt  oa  December  Ballot 
OMs  205289, 215289, 317289 


Thaak  you  for  your  commeau.  This  ballot  iavolved  modificatioas  to  X12jk  Of  the  327  baUoti  mailed,  153  ballots  were 
retura^  Of  these,  81  approved,  15  approved  with  commeat,  20  disapproved  with  cnmmeat  aad  37  abmaiaed. 


la  geaeral,  the  vote  releases  were  m  favor  of  the  modifieatioae.  The  asaierky  of  the  eommeats  focused  oa  the  impact 
of  these  modificatioas  oa  the  prtsematioa  of  iafbrmatioa  ia  the  X12,22Se^eat  Directery.  The  proposed  modificatioar 
aad  the  resuhias  presematioa  ia  the  sepmat  direaery  have  beea  reworked  m  rripoasr  to  these  eommeats.  A  revised 
modificatioa  to  XUjoc  was  reviewed  by  TechaicalAssessmeat  at  the  Jun  ASC  XUmeetiaB.  Modificatioas  to  the 
donimrat  have  beea  made  which  reflect  fttpoasn  to  the  commeau  from  this  ballet,  aad  a  revised  eopy  of  X12Jot  is 
beiaf  distributed  to  an  who  voted  oa  this  isaiie.  Cor  3D^  review  of  revisiomk 

Specific  respoases  to  coauaeatt  foOow. 


COMMENT:  Automobile  Corporatioa 
'Add  the  foOowiaf  aote  to  Parairaph  3  J:  NOTE; 
character  set* 


I  protoeol  characten  shmdd  be  esiuded  from  the 


RESPONSE: 

The  cover  letter  teat  out  with  the  voiiR(  peekafs  eapiaiaed  that  the  iateat  was  to  obiaia  coaseasus  oa  the  proposed 
modificatioas  to  X12jk  X12jb  it  a  diflicHlt  ttaad^  to  aascad  We  request  that  ballot  respoases  be  coaudered  oa  the 
meriu  of  the  recomsseaded  atotBfirarioat  aad  aot  oa  the  suadard  as  a  sMe.  Yoar  commeat  was  outside  the  scope  of 
the  requested  modificatioas. 
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COMMENT:  Airaift  Eague  Cocporatioa 

“SoBe  coosideratioa  for  Abttncl  Syaus  Noutioa  One  (ASRl)  should  be  allowed. 

1.  ASN.l  i<  capable  of  defining  all  of  the  neceiiafy  inter  •relations  needed  by  X12  transactions. 

1  ASN.l  requires  leu  characters  to  define  the  sane  information. 

3.  ASN.l  is  the  encoding  scheme  used  by  most  OSI  work.* 

RESPONSE: 

The  recommendation  to  consider  usage  of  ASN.l  encoding  reaches  far  beyond  the  scope  of  the  modifications  requested 
iathisbalkx.  Activities  such  as  this  are  best  submitted  as  separate  work  requests. 

COMMENT:  Some  Software  lac 

*Coaditiooaltfy  of  data  elements  should  be  left  to  the  discretion  of  implementation  guidelines  apeemeats.  There  is 
much  discnsswa  at  times  as  far  as  whether  certain  data  elements  mandatory  or  not;  saany  application  systems 

are  incapable  of  providing  certain  ‘Baadatory  infomti/w  aad,  as  «««<*»»,  fi]ler<ype  data  must  be  maerted.* 

RESPONSE* 

The  isstte  of  data  element  conditionality  m  a  whole  is  a  moA  broader  snfaject  than  was  intended  to  be  addressed  wiihta 
the  scope  of  this  bafioL  This  ballot  was  iateaded  to  provide  a  means  for  eonsutent  docameatadon  aad  application  of 
already  easting  conditional  stmcturec  If  the  commeator  believm  ihu  the  eonditaonal  stneture  should  be  removed  from 
the  standard,  the  task  group  recommends  that  this  be  submkted  as  a  separate  work  request. 

Etc. 
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Accreeead  Standards  Commctac 

Joe  Somebody 

operitng  trader  Che  prooedues  at  Ow 

Chair  TG19.X12C 

Amencan  Netjonal  Standards  msMuia 

(999)999-9999 

Document  No 


ASC  X12C/rC8/9D>998A 
Augiutiai990 

Ml  JaaeOoe 
AacficanBaak 
Om  Cealral  Pba 
Middk  Americi.  MO  99999 

RE:  ResposK  to  BlOoc  Cooflcaa  M 
ASCX12  Model  GuideliM 

Dev  Ml  Doe: 

Sdbcowittee  XlSChveapemefediti  Tack  Group  19  to  provide  rapaeeee  to  Ike  ceMeaaoathkbeOot  Tke 
■emben  of  TG19  wiik  to  theuk  ell  XU  vevben  who  took  tke  live  imd  cflort  to  you  au  tkk  guidf  Mue.  We 
eapeeiaOythaakeaefcia^vidualtvhopravidedcoaaeatt,  whetkviuappromlwduepptovilof  thefuidefiae.  We 
retmuiwieudappreciveypvcveftil  review  of  thkdocaveaL 

Ow  reepouae  ii  keyed  to  tke  mvbered  ileas  is  the  eoameaU  attacked  to  yov  boBoL 


RESPONSE 

L  We  agree  with  yew  eoaueeaL  b  Seetioa  •«  have  replaced  «ili»  rulea  with ‘rules  .  are  ntiiiicd*. 

1  The  ooufuiioo  betweea  Scciioa  4U  aad  Sectioa  <2  ouiy  edtts  becawe  of  the  eaavpie  we  chow  iu  the  first 
•Ktiou.  Thie  is  a  hypothetical  cawple,  of  a  simplified  moitel  Header*  aad  traiien  cau  be  placed  ee  the  coeieat  at 
AU.  levels,  aad  do  aot  ueeeasariiy  cerrespoad  to  ASC  X12  headers  aud  iraiierL 

3.  We  agree  with  yew  oommeuL  Seetioa  62  hv  bees  chaaged  so  that  the  catabliahmeat  of  .‘was  added  to  kerns 
laadA. 
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5.0  GLOSSARY 


This  chapter  contains  ASC  X12  and  DoD  specific  glossaries. 

5.1  X12  GLOSSARY 

ANSI 

American  National  Standards  Institute 
ANSI  Standard 

A  document  published  by  ANSI  that  has  been  approved  through 
the  consensus  process  of  public  announcement  and  review.  Each 
of  these  standards  must  have  been  developed  by  an  ANSI  commit¬ 
tee  and  must  be  revisited  by  that  committee  within  5  years  for 
update.  See  Draft  Standard  for  Trial  Use  (DSTU). 

Area  Transaction  Set 

IdentiHes  a  predefined  area  within  a  transaction  set  (header,  detail, 
summary)  containing  segments  and  their  various  attributes. 

ASC  X12 

Accredited  Standards  Committee,  X12  comprises  industry  mem¬ 
bers  who  create  EDI  standards  for  submission  to  ANSI  for  sub¬ 
sequent  approval  and  dissemination;  or  for  submission  to  the 
UN/ECE  for  approval  and  submission  of  UN/EDEFACT  stan-dards. 

Authentication 

A  mechanism  which  allows  the  receiver  of  an  electronic  transmis¬ 
sion  to  verify  the  sender  and  the  integrity  of  the  content  of  the 
transmission  through  the  use  of  an  electronic  “key”  or  algorithm 
which  is  shared  by  the  trading  partners.  This  is  sometimes  referred 
to  as  an  electronic  signature. 

Compliance  Checking 

A  checking  process  that  is  used  to  ensure  that  a  transmission 
complies  with  ANSI  X12  syntax  rules. 

Conditional  (C) 

A  data  element  requirement  designator  which  indicates  that  the 
presence  of  a  specified  data  element  is  dependent  on  the  value  or 
presence  of  other  data  elements  in  the  segment.  The  condition 
must  be  stated  and  must  be  computer  processable. 

Control  Segment 

A  Control  Segment  has  the  same  structure  as  a  Data  Segment  but 
is  used  for  transferring  control  information  for  grouping  data 
segments.  Control  Segments  are  Loop  Control  Segments  (LS/LE), 
Transaction  Set  Control  Segments  (ST/SE),  and  Functional  Group 
Control  Segments  (GS/GE),  defined  in  X12.6,  and  Interchange 
Control  Segments  (ISA/TEA/TAl)  defined  in  X12.5. 
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Data  Element 

The  basic  units  of  infonnation  in  the  EDI  standards  containing  a 
set  of  values  that  represent  a  singular  fact.  They  may  be  single¬ 
character  codes,  literal  descriptions,  or  numeric  values. 

Data  Element  Length 

This  is  the  range,  minimum  to  maximum,  of  the  number  of  char¬ 
acter  positions  available  to  represent  the  value  of  a  data  element. 
A  data  element  may  be  of  variable  length  with  range  from  mini¬ 
mum  to  maximum,  or  it  may  be  of  fixed  length  in  which  the 
minimum  is  equal  to  the  maximum. 

Data  Element  Reference  Number 

Reference  number  assigned  to  each  data  element  as  a  unique 
identifier. 

Data  Element  Requirement  Designator 

A  code  defining  the  need  for  a  data  element  value  to  appear  in  the 
segment  if  the  segment  is  transmitted.  The  X12  codes  are  man¬ 
datory  (M),  optional  (O),  or  conditional  (C).  DoD  may  "require" 
a  segment  which  is  optional  by  X12  standards. 

Data  Element  Separator 

A  unique  character  preceding  each  data  element  that  is  used  to 
delimit  data  elements  within  a  segment.  Dod  uses  as  the 
delimiter. 

Data  Element  Type 

A  data  element  may  be  one  of  six  types:  numeric,  decimal, 
identifier,  string,  date,  or  time. 

Delimiters 

The  delimiters  consist  of  two  levels  of  separators  and  a  terminator. 
The  delimiters  are  an  integral  part  of  the  transferred  data  stream. 
Delimiters  are  ^lecified  in  the  interchange  header  and  may  not  be 
used  in  a  data  element  value  elsewhere  in  the  interchange.  From 
highest  to  lowest  level,  the  separators  and  terminator  are  segment 
terminator  and  data  element  separator. 

DISA 

Data  Interchange  Standards  Association.  A  nonprofit  organization 
funded  by  ASC  X12  members  which  serves  as  the  Secretariat  for 
X12. 

DSTU 

£>raft  Standard  for  Trial  Use.  Represents  a  document  approved  for 
publication  by  the  full  X12  committee  following  meml^rship  con¬ 
sensus  and  subsequent  resolution  of  negative  votes.  (Final  Report 
of  X12  Publications  Task  Group).  The  Draft  EDI  Standard  for 
Trial  Use  document  represents  an  ASC  X12  approved  standard  for 
use  prior  to  approval  by  ANSI.  See  ANSI  Standard. 
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Electronic  Data  Interchange.  The  computer  application  to  com¬ 
puter  application  exchange  of  business  information  in  a  standard 
format. 

Electronic  Envelope 

Electronic  information  which  binds  together  a  set  of  transmitted 
documents  being  sent  from  one  sender  to  one  receiver. 

Element  Delimiter 

A  single-character  which  follows  the  segment  identifier  and 
separates  each  data  element  in  a  segment  except  the  last. 

Functional  Group 

A  group  of  one  or  more  transaction  sets  bounded  by  a  functional 
group  header  segment  and  a  functional  group  trailer  segment. 

Functional  Group  Segments 

GS/GE  segments  identify  a  specific  functional  group  of  documents 
such  as  purchase  orders. 

Industry  Conventions 

Defines  how  the  ASC  X12  standards  are  used  by  the  specific 
industry 

Industry  Guidelines 

Defines  the  EDI  environment  for  using  conventions  within  an 
industry.  It  provides  assistance  on  how  to  implement  X12  stand¬ 
ards. 

Interchange  Control  Segments 

ISA/IEA  segments  identify  a  unique  interchange  being  sent  from 
one  sender  to  one  receiver  (see  electronic  envelope). 

Interchange  Control  Structure 

The  interchange  header  and  trailer  segments  envelop  one  or  more 
functional  groups  or  interchange-related  control  segments  and  per¬ 
form  the  following  functions:  (1)  defines  the  data  element 
separators  and  the  data  segment  terminators,  (2)  identifies  the 
sender  and  receiver,  (3)  provides  control  information  for  the  inter¬ 
change,  and  (4)  allows  for  authorization  and  security  information. 
(X12.5) 

Loop 

A  group  of  semantically  related  segments;  these  segments  may  be 
either  bounded  or  unbounded  (X12.6).  The  N1  loop  is  an  example 
of  a  loop,  which  includes  segments  N1  to  PEP  for  name  and 
address  information. 

Mandatory  (M) 

A  data  element/segment  requirement  designator  which  indicates 
the  presence  of  a  specified  data  element  is  required. 


Mapping 

The  process  of  identifying  the  standard  data  element’s  relationship 
to  application  data  elements. 

Max  Use 

Specifies  the  maximum  number  of  times  a  segment  can  be  used  at 
the  location  in  a  transaction  set 

Message 

Entire  data  stream  including  the  outer  envelope 
Optional  (O) 

A  data  element/segment  requirement  designator  which  indicates 
the  presence  of  a  specified  data  element/segment  is  at  the  option 
of  the  sending  party  which  can  be  based  on  the  mutual  agreement 
of  the  interchange  parties. 

Qualifier 

A  data  element  which  identifies  or  defines  a  related  element,  set 
of  elements,  or  a  segment.  The  qualifier  contains  a  code  taken 
from  a  list  of  approved  codes. 

Repeating  Segment 

A  segment  that  may  be  used  more  than  once  at  a  given  location 
in  a  transaction  set.  See  Max  Use. 

Security 

System  screening  which  denies  access  to  unauthorized  users  and 
protects  data  from  unauthorized  uses 

Segment 

Segments  consist  of  logically  related  data  elements  in  a  defined 
sequence.  A  data  segment  consists  of  a  segment  identifier,  one  or 
more  data  elements  each  preceded  by  an  element  separator,  and 
ends  with  a  segment  terminator. 

Segment  Directory 

Provides  the  purpose  and  format  of  the  segments  used  in  the 
construction  of  transaction  sets.  The  directory  lists  each  segment 
by  name,  purpose,  identifier,  the  contained  data  elements  in  the 
specified  order,  and  the  requirement  designator  for  each  data 
element. 

Segment  Identifier 

A  unique  identifier  for  a  segment  composed  of  a  combination  of 
two  or  three  upper-case  letters  and  digits.  The  segment  identifier 
occupies  the  first-character  positions  of  the  segment.  The  segment 
identifier  is  not  a  data  element.  The  segment  identifier  in 
EDIFACT  is  a  component  data  element  —  part  of  a  composite 
data  element  consisting  of  a  segment  identifier  and  an  explicit 
looping  designator. 
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Segment  Terminator 

A  unique  character  appearing  at  the  end  of  a  segment  to  indicate 
the  termination  of  the  segment,  e.g.,  N/L. 

Syntax 

The  grammar  or  rules  which  define  the  structure  of  the  EDI 
standards  (i.e.,  the  use  of  loops,  qualifiers,  etc.).  Syntax  rules  are 
published  in  ANSI  X12.6. 

Transaction  Set 

The  transaction  set  unambiguously  defines,  in  the  standard  syntax, 
information  of  business  or  strategic  significance  and  consists  of  a 
transaction  set  header  segment,  one  or  more  data  segments  in  a 
specified  order,  and  a  transaction  set  trailer  segment. 

Transaction  Set  ID 

An  identifier  that  uniquely  identifies  the  transaction  set.  This 
identifier  is  the  first  data  element  of  the  transaction  set  header 
segment. 

Translation 

The  act  of  accepting  documents  in  other  than  standard  format  and 
translating  them  to  the  standard. 

Version/Reiease 

Identifies  the  publication  of  the  standard  being  used  for  the  genera¬ 
tion  or  the  interpretation  of  data  in  the  X 12  standard  format.  May 
be  found  in  the  Functional  Group  Header  Segment  (GS)  and  in  the 
Interchange  Control  Header  Segment  (ISA).  See  Control  Segment. 

Vies  Committee 

Voluntary  Interindustry  Communications  Standards  for  Electronic 
Data  Interchange 

X12 

The  ANSI  committee  responsible  for  the  development  and  main¬ 
tenance  of  standards  for  electronic  data  interchange  (EDI). 

X12,5 

Interchange  Control  Structure.  This  standard  provides  the  inter¬ 
change  envelope  of  a  header  and  trailer  for  the  electronic  inter¬ 
change  through  a  data  transmission,  and  it  provides  a  structure  to 
acknowledge  the  receipt  and  processing  of  this  envelope. 

X12.6 

Application  Control  Structure.  This  standard  describes  the  control 
segments  used  to  envelop  loops  of  data  segments,  to  envelop 
transaction  sets,  and  to  envelop  groups  of  related  transaction  sets. 
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5.2  DoD  GLOSSARY 

AIS 

Automated  Information  Systems 
ASD(P&L) 

Assistant  Secretary  of  Defense  (Production  and  Logistics) 

DES 

Data  Encryption  Standard 
DISA 

Defense  Information  Systems  Agency 
DLA 

Defense  Logistics  Agency 

ISA 

Interchange  Control  Header  Identifier 
NIST 

National  Institute  of  Standards  and  Technology 
NTE 

Note  Identifier 
PLUS 

Protection  of  Logistics  Unclassified/Sensitive  Systems 
UN/EDIFACT 

EDIFACT;  Electronic  Data  Interchange  for  Administration,  Com¬ 
merce,  and  Transport 
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